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Die ffolgenden Angaben sind den vom Anmelder eingereichten Unterlagen entnommen 

Verschmelzung von ProzeBleistungsiiberwachung mit ProzeBausrustungsuberwachung und -steuerung 

Ein Prozefcsteuersystem nutzt ein Datenerfassungs- 
und-verteilungssystem und eine Betriebsmittelnutzungs- 
suite, um die Betriebsmittel einer Prozefcanlage betreffen- 
de Daten oder Informationen aus verschiedenen Quellen 
oder Funktionsbereichen der Anlage zu erfassen, darun- 
ter beispielsweise die Funktionsbereiche der ProzelS- 
steuerung, die Wartungsfunktionsbereiche und die Pro- 
z'eBleistungsuberwachungsfunktionsbereiche. Diese Da- 
ten und Informationen werden in koordinierter Weise von 
dem Datenerfassungs- und -verteilungssystem manipu- 
liert und an andere Anwendungen weitergegeben, wo sie 
verwendet werden, um insgesamt bessere oder optimier- 
te Steuerungs-, Wartungs- und Geschaftsaktivitaten aus- 
zufuhren. Informationen und Daten konnen von War- 
tungsfunktionen, die den Zustand, die Variabihtat, die Lei- 
stung oder die Nutzung einer Einrichtung, ernes Regel- 

kreises, einer Einheit, eines Bereiches etc. betreffen, er- 
fafct werden, und diese Informationen konnen anschlie- 

fcend zu einem Prozefcoperator oder einer Wartungsper- 

son gesendet und diesem angezeigt werden, um diese 

Person uber ein gegenwartiges oder zukunftiges Problem 

zu informieren. Eine Benutzerschnittstelle ist vorgesehen, 

die Benutzern Zugriff auf ein Expertensystem und dessen 

Manipulation erlaubt, um den Betriebsablauf einer Anla- 
ge zu optimieren oder die Optimierung des Betnebsab- 

laufes der Anlage zu veranlassen, Informationen uber den 

Betriebsablauf der Anlage zu erhalten etc. Ferner konnen 

Anwendungen, wie zum Beispiel eine ... 
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GEBIET DER ERFXNDUNG 

f 00011 Die vorliegende Erfindung betrifft allgemein Pro- 
zeBsteuersysteme in ProzeBanlagen und insbesondere ein 
koordiniertes System, das rnehrere Arten von Daten aus ver- 
schiedenen und voneinander abweichenden Datenquellen 
verwendet, wie zum Beispiel solche, die zur Ausriistungs- 
uberwachung, ProzeBsteuerungsuberwachung und Lei- 
s tunes uberwachung gehoren, um die Nutzung der Betriebs- 
mittel in einer ProzeBsteuerarilage oder -umgebung zu un- 
terstiitzen und zu verbessern. 



BESCHREIBUNG PES STANDES DER TECHNEK is 

[0002] ProzeBsteuefsysteme, wie sie zum Beispiel in che- 
mischen, crdolvcrarbcitcndcn odcr andcrcn Prozcsscn ver- 
wendet werden, enthalten typischerweise ein oder rnehrere 
zentrale oder dezentrale ProzeBsteuergerate, die niit minde- 20 
stens einem Host-Computer oder einer Bediener- Worksta- 
tion und mit einer oder mehreren ProzeBsteuer-, MeB und 
Regeleinrichtungen, wie zum Beispiel Anlageneinrichtun- 
gen, iiber analoge, digitale oder kombiniert analog-digitale 
Busleitungen in Komiiiunikauonsverbindung stehen. Anla- 25 
geneinrichtungen, bei welchen es sich beispielsweise um 
Ventile, Ventilpositioniereinrichtungen, Schalter, Sender 
und Sensoren (beispielsweise Temperatur-, Druck- und 
DurchfiuBmengensensoren) handeln kann, fuhren Funktio- 
nen innerhalb des Prozesses aus, wie zum Beispiel das Off- 30 
nen oder SchlieBen von Ventilen oder das Messen von Pro- 
zeBparametern. Das ProzeBsteuergerat empfangt Signale, 
die ProzeBmessungen oder ProzeBvariable angeben, die von 
den Anlageneinrichtungen durchgefuhrt wurden oder mit 
diesen in Verbindung stehen, und/oder andere Informatio- 35 
nen, die zu den Anlageneinrichtungen gehoren, verwendet 
diese Informationen, um eine Steuerungsroutine umzuset- 
zen und erzeugt dann Steuersignale, die uber eine oder rneh- 
rere der Busleitungen zu den Anlageneinrichtungen gesen- 
det werden, um den Betriebsablauf des Prozesses zu regeln. 40 
Informationen von den Anlageneinrichtungen und dem 
Steuergerat werden typischerweise einer oder mehreren An- 
wendungen zur Verfugung gestellt, die durch eine Bediener- 
Workstation ausgefuhrt werden, um eine Bedienungsperson 
in die Lage zu versetzen, gewunschte Funktionen hinsicht- 45 
lich des Prozesses durchzufuhren, wie zum Beispiel das Be- 
trachten des gegenwartigen ProzeBstatus, das Modifizieren 
des Betriebsablaufs des Prozesses etc. 

[0003] Obwohl ein typisches ProzeBsteuersystem viele 
ProzeBsteuer-, MeB- und Regeleinrichtungen hat, wie zum 50 
Beispiel Ventile, Sender, Sensoren etc., die mit einem oder 
mehreren ProzeBsteuergeraten verbunden sind, welche Soft- 
ware ausfuhren, die diese Einrichtungen wahrend des Be- 
triebsablaufes des Prozesses steuert, gibt es viele andere 
Hilfseinrichtungen, die fur den ProzeBbetrieb ebenfalls er- 55 
forderlich sind oder mit diesem in Zusammenhang stehen. 
Diese zusatzlichen Einrichtungen schlieBen beispielsweise 
eine Stromversorgungsausriistung, eine Stromerzeugungs- 
und Verteilungsausrustung, rotierende Gerate, wie zum Bei- 
spiel Turbinen etc. ein, die an verschiedenen Stellen in einer 60 
typischen Anlage angeordnet sind. Wahrend diese zusatzli- 
che Ausrustung nicht unbedingt ProzeBvariable erzeugt oder 
nutzt und in vielen Fallen nicht durch ein ProzeBsteuergerat 
gesteuert wird oder auch nur mit einem solchen verbunden 
ist, um den ProzcBbctricbsablauf zu becinflussen, ist dicsc 65 
Ausrustung dessen ungeachtet fur einen ordnungsgemaBen 
Betriebsablauf des Prozesses wichtig und unbedingt not- 
wendig. In der Vergangenheit haben ProzeBsteuergerate 



diese anderen Einrichtungen jedoch nicht notwendigerweise 
wahrgenommen oder die ProzeBsteuergerate haben bei ( cler 
Ausfuhrung der ProzeBsteuerung einfach angenommen, piB 
diese Einrichtungen ordnungsgemaB arbeiten. / 
T0004] Ferner haben viele ProzeBanlagen weitere, mit ih- 
nen verbundene Computer, die Anwendungen ausfuhren, 
die sich auf kaufmannische Funktionen oder Wartungsfunk- 
tionen beziehen. Beispielsweise enthalten einige Anlagen 
Computer, die Anwendungen ausfuhren, die mit der Bestel- 
lung von Rohmaterialien, Ersatzteilen oder Einrichtungen 
fur die Anlage in Verbindung stehen, Anwendungen, die 
sich auf die Vorhersage von Verkaufszahlen und Produkti- 
onserfordernissen etc. beziehen. Entsprechend enthalten 
viele ProzeBanlagen, insbesondere solche, die intelligente 
Anlageneinrichtungen verwenden, Anwendungen zur Uber- 
wachung von Geraten, die verwendet werden, um die Uber- 
wachung und Wartung der Einrichtungen in der Anlage zu 
untcrsttitzen, unabhangig davon, ob dicsc Einrichtungen 
ProzeBsteuer-, MeB- und Regeleinrichtungen oder andere 
Arten von Einrichtungen sind. Beispielsweise ermbglicht 
die Asset Management Solutions (AMS) Anwendung, die 
von Fisher Rosemount Systems Inc. vertrieben wird, die 
Kommunikation mit Anlageneinrichtungen und speichert 
dazugehorige Daten, um den Betriebszustand der Anlagen- 
einrichtungen sicherzustellen und nachzuverfolgen. Ein 
Beispiel fur ein derartiges System ist in dem US-Patent Nr. 
5,960,214 mit dem Titel "Integrated Communication Net- 
work for use in a Field Device Management System" aufge- 
zeigt. In einigen Fallen kann die AMS- Anwendung zur 
Kommunikation mit Einrichtungen verwendet werden, um 
Parameter in der Einrichtung zu verandern, um die Einrich- 
tung zu veraniassen, selbst Anwendungen ablaufen zu las- 
sen, wie zum Beispiel Selbstkalibrierungsroutinen oder 
Selbstdiagnoseroutinen, um Informationen iiber den Status 
oder den Betriebszustand der Einrichtung zu erhalten, etc. 
Diese Informationen konnen von einer Wartungsperson ge- 
speichert und verwendet werden, um diese Einrichtungen zu 
uberwachen und zu warten. Entsprechend gibt es andere Ar- 
ten von Anwendungen, die zur "Qberwachung anderer Arten 
von Einrichtungen verwendet werden, wie zum Beispiel ro- 
tierende Gerate und Stromerzeugungs- und Versorgungsein- 
richtungen. Diese anderen Anwendungen stehen rnanchmal 
dem Wartungsperson al zur Verfugung und werden verwen- 
det, um die Einrichtungen innerhalb einer ProzeBanlage zu 
uberwachen und zu warten. In vielen Fallen ist es jedoch 
moglich, daB betriebsfrernde Diensdeistungsorganisationen 
Arbeiten in Bezug auf die Uberwachung der ProzeBleistung 
und -ausrustung durchfuhren. In diesen Fallen erfassen die 
betriebsfremden Dienstleistungsorganisationen die Daten, 
die sie brauchen. lassen typischerweise proprietare Anwen- 
dungen ablaufen, um die Daten zu analysieren, und stellen 
nur Resultate und Empfehlungen fur das ProzeBanlagenper- 
sonal zur Verfugung. Dies ist zwar hilfreich, aber das Anla- 
genpersonal hat keine oder nur eine geringe Moghchkeit, 
die gemessenen Rohdaten zu sichten oder die Analysedaten 
in anderer Weise zu verwenden. 

[0005] Somit sind in der typischen Anlage oder dem typi- 
schen ProzeB die Funktionen, die zu den ProzeBsteueraktivi- 
taten, den Warnings- und fJberwachungsaktivitaten fur Ein- 
richtungen und Gerate, und zu den geschaftlichen Aktivita- 
ten, wie zum Beispiel Uberwachung der ProzeBleistung, ge- 
horen, sowohl hinsichtlich des Ortes, an dem diese Aktivita- 
ten stattfinden, als auch des Personals, das typischerweise 
diese Aktivitaten durchfuhrt, voneinander getrennt. Ferner 
verwenden die verschiedenen Pcrsoncn, die typischerweise 
mit diesen verschiedenen Funktionen befaBt sind, allgemein 
verschiedene Werkzeuge bzw. Tools, wie zum Beispiel un- 
terschiedliche Anwendungen, die auf unterschiedlichen 
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Computem ausgefuhrt werden. um die verschiedenen Funk- 
lionen durchzufuhren. In vielen Fallen erfassen diese unter- 
schiedlichen Tools unterschiedliche Arten von Daren, die zu 
den verschiedenen Einrichtungen innerhalb des Processes 
gehoren oder von diesen erfasst werden, und sind unter- 5 
schiedlich eingerichtet, um die benotigten Daten zu erfas- 
sen. Beispielsweise wirken Bedienungspersonen der Pro- 
zeBsteuerung, die allgemein den Tagesbetrieb des Prozesses 
uberwachen und die hauptsachlich fur die Sicherstellung der 
Qualitat und des durchgehenden Ablaufes des ProzeBbe- to 
triebs verantwortlich sind, typischerweise auf den ProzeB 
ein, indem sie Sollwerte innerhalb des Prozesses einstellen 
und verandern, ProzeBregelkreise absiimmen, ProzeBbe- 
triebsablaufe, wie zum Beispiel Stapelbetriebsablaufe, pla- 
nen, etc. Diese Bedienungspersonen fur die ProzeBsteue- 15 
rung konnen verfugbare Tools fur die Diagnose und Korrek- 
tur von ProzeBsteuerproblemen innerhalb eines ProzeBsteu- 
crsystcms verwenden, daruntcr beispielsweise Sclbstab- 
stimmprogramme, Regelkreisanalyseprogramme, neurale 
Netzsysteme etc. ProzeBsteueroperatoren erhalten ferner 20 
von dem ProzeB Inforrnationen uber ProzeBvariable uber ein 
oder mehrere ProzeBsteuergerate, die dem Bedienungsper- 
sonal Inforrnationen uber den Betriebsablauf des Prozesses 
melden, einschlieBlich Alarmmitteilungen, die innerhalb 
des Prozesses erzeugL werden. Diese Informationen konnen 25 
dem ProzeBsteueroperator uber eine Standardbenutzer- 
schnittstelle zuganglich gemacht werden. 
[0006] Ferner ist es gegenwartig bekannt, ein Expertensy- 
stem vorzusehen, das ProzeBsteuervariablen und einge- 
schrankte Information uber die Betriebsbedingungen der 30 
Steuerroutinen oder Funktionsblocke oder Module, die zu 
den ProzeBsteuerroutinen gehoren, verwendet, um mangel- 
haft arbeitende Regelkreise zu erfassen und einem Bediener 
bzw. Operator Informationen uber vorgeschlagene Hand- 
lungs weisen zu geben, um das Problem zu korrigieren. Ein 35 
derartiges Expertensvstem ist in der US-Patentanmeldung 
mit der Seriennummer 09/256,585 mit dem Titel "Diagno- 
stics in a Process Control System" aufgezeigt, die am 22. Fe- 
bruar 1999 eingereicht wurde, und in der US-Patentanmel- 
dung mit der Seriennummer 09/499,445 mit dem Titel "Dia- 40 
gnostic Expert in a Process Control System", die am 7. Fe- 
bruar 2000 eingereicht wurde, die hiermit beide ausdriick- 
lich durch Bezugnahme hierin eingeschlossen werden. Glei- 
chermaBen ist es bekannt, Regelungsoptimierungspro- 
gramme, wie zum Beispiel Echtzeitopumierungspro- 45 
gramme, innerhalb einer Anlage ablaufen zu lassen, um die 
Regelungsaktivitaten der ProzeBanlage zu optimieren. Der- 
artige Optimierungsprogramme verwenden typischerweise 
komplexe Modelle der Anlage, um vorherzusagen, wie Ein- 
gaben verandert werden konnen, um den Betriebsablauf der 50 
Anlage hinsichtlich einer gewunschten Optimierungsvaria- 
blen, wie zum Beispiel Gewinn, zu optimieren. In vielen 
Fallen werden diese Optimierungsprogramme jedoch yon 
betriebsfremden Dienstleistungsorganisationen zur Verfu- 
gung.gestellt und sind daher anderen Bereichen der Anlage 55 
nicht direkt zuganglich. 

[0007] Andererseits verwendet Wartungspersonal, das 
hauptsachlich dafur verantwortlich ist, sicherzustellen, da£ 
die tatsachliche Ausriistung innerhalb des Prozesses effi- 
zient arbeitet, und Gerate mit Fehlfunktionen zu ersetzen 60 
und zu reparieren, Tools, wie zum Beispiel Wartungsschnitt- 
stellen, die vorstehend erorterte AMS-Anwendung sowie 
viele andere Diagnosetools, die Informationen uber die Be- 
triebszustande der Einrichtungen innerhalb des Prozesses 
liefcrn. Wartungspcrsoncn konnen auch Wartungsaktivita- 65 
ten planen, die das Abschalten von Abschnitten der Anlage 
erfordem. Bei vielen neueren Typen von ProzeBeinrichtun- 
gen und -geraten, die allgemein als intelligente Anlagenein- 



richfungen bezeichnei werden, konnen die Einrichtungen 
selbstErfassungs- und Diagnosetools enthalten, die automa- 
tisch Probleme bei dem Betrieb der Einrichtung erfassen 
und diese Probleme aut.omat.isch uber eine Standard war- 
ning sschnitts telle einer Wartungsperson berichten. Bei- 
spielsweise berichtet die AMS- Software Einrichtungszu- 
stands- und -diagnoseinfonnationen an die Wartungsperson 
und bietet Kommunikationstools und weitere Tools, die die 
Wartungsperson in die Lage versetzen, festzustellen, was in 
Einrichtungen geschieht und von den Einrichtungen zur 
Verfiigung gestellte Einrichtungsinformationen abzurufen. 
Typischerweise sind Wartungsschnittstellen und Wartungs- 
personal von den Bedienungspersonen zur ProzeB steuerung 
geurennt plaziert, obwohl dies nicht immer der Fall ist. Bei- 
spielsweise konnen in einigen ProzeBanlagen Bedienungs- 
personen fur die ProzeB steuerung die Aufgaben von War- 
tungspersonen ausfuhren oder umgekehrt, oder die unter- 
schicdlichcn Mcnschcn, die fur diese Funkdoncn verant- 
wortlich sind, konnen dieselbe Schnittstelle verwenden. 
[0008] Ferner sind Personen und Anwendungsprcn 
gramme, die fur geschaftliche Anwendungen verantwortlich 
sind beziehungsweise verwendet werden, wie zum Beispiel 
die Bestellung von Teilen, Versorgungsgutern, Rohmateria- 
lien etc., das Treffen von strategischen geschaftlichen Ent- 
scheidungen, wie zum Beispiel die Auswahl der hergestell- 
ten Produkte, welche Variablen innerhalb der Anlage zu op- 
timieren sind, etc., basierend auf Messungen der ProzeBlei- 
stung, typischerweise in Buroraumen der Anlage plaziert, 
die sowohl von den ProzeBsteuerschnittstellen als auch den 
Wartungsschnittstellen entfernt sind. GleichermaBen kon- 
nen Betriebsleiter oder andere Personen den Wunsch haben, 
auf bestirnmte Informationen in der ProzeBanlage von ent- 
fernten Orten oder von anderen Computersystemen, die mit 
der ProzeBanlage in Verbindung stehen, zuzugreifen, um 
den Betriebsablauf der Anlage zu uberblicken und langfri- 
stige strategische Entscheidungen zu treffen. 
[0009] Da meistens die sehr unterschiedlichen Anwen- 
dungsprogramme, die zur Ausfuhrung der unterschiedlichen 
Funktionen innerhalb einer Anlage verwendet werden, bei- 
spielsweise ProzeBsteueroperationen, Wartungsoperationen 
und kaufmannische Operationen, getrennt sind, sind die fur 
diese verschiedenen Aufgaben verwendeten unterschiedli- 
chen Anwendungsprogramme nicht integriert und greifen 
somit nicht gemeinsam auf Daten oder Informationen zu. 
Tatsachlich enthalten viele Anlagen nur einige, aber nicht 
alle dieser unterschiedlichen Arten von Anwendungspro- 
grammen. In vielen Fallen werden einige der Aufgaben, wie 
zum Beispiel die Uberwachung der Ausriistung, das Testen 
des Betriebsablaufes der Einrichtungen, die Feststellung, ob 
die Anlage optimal arbeitet, etc., von betriebsfremden Bera- 
tern oder Dienstleistungsfirmen durchgefuhrt, welche die er- 
forderlichen Daten messen, eine Analyse durchfuhren und 
anschlieBend nur die Resultate der Analyse dem Anlagen- 
personal nutteilen. In diesen Fallen werden die Daten typi- 
scherweise in propietarer Weise erfasst und gespeichert und 
selten dem Anlagenpersonal fur andere Zwecke zur Verfii- 
gung gestellt. 

[0010] Auch wenn femer alle Anwendungen innerhalb der 
Anlage angeordnet sind, gibt es da verschiedenes Personal 
diese unterschiedlichen Anwendungsprogramme und Ana- 
lysetools verwendet und da diese Tools allgemein an ver- 
schiedenen Hardwareorten innerhalb der Anlage angeordnet 
sind, wenn uberhaupt, nur einen geringen InformationsfluB 
von einem Funktionsbereich der Anlage zu einem anderen, 
auch wenn diese Informationen fur andere Funktionen in- 
nerhalb der Anlage nutzlich sein konnen. Beispielsweise 
kann ein Tool, wie zum Beispiel ein Datenanalysetool fiir 
rotierende Gerate, von einer Wartungsperson verwendet 
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werden, urn einen mangeihaft arbeitenden Stromgenerator 
oder ein rotierendes Gerat (basierend auf einem Datentyp, 
der keine ProzeBvariablen darstellt) zu erfassen. Dieses Tool 
kann ein Problem erfassen und die Wart.ungsperson alarmie- 
ren, daB die Einrichtung geeicht, repariert oder ersetzt wer- 
den muss. Der Operator fur die ProzeBsteuerung (ob ein 
Mensch oder eine Experten software) hat jedoch nicht den 
Vorteil dieser Informationen, auch wenn die mangeihaft ar- 
beitende Einrichtung ein Problem verursacht, welche einen 
Regelkreis oder eine andere Komponente beeinfl uBt, die 
von der ProzeB steueroperation uberwacht wird. Gleicher- 
maBen ist dem kaufmannischen Personal diese Tatsache 
nicht bekannt, auch wenn die mangeihaft funktionierende 
Einrichtung fur die Anlage kritisch sein kann und deren Op- 
timierung in einer Weise, die das kaufmannische Personal 
anstrebt, verhindern kann. Da der ProzeBsteuerexperte keine 
Kenntnis von einem Problem mit einer Einrichtung hat, das 
schlicGlich cine mangclhaftc Lcistung cincs Rcgclkrciscs 
oder einer Einheit in dem ProzeBsteuersystem verursachen 
kann, und da der ProzeBsteueroperator oder -experte an- 
nimrnt, daB dieses Gerat perfekt arbeitet, kann der ProzeB- 
steuerexperte das Problem, das er innerhalb des ProzeBre- 
gelkreises erfasst, fehlerhaft diagnostizieren oder er kann 
versuchen, ein Tool einzusetzen, wie zum Beispiel eine Re- 
gelkreisabsuiiimsoftware, die das Problem niemals wirklich 
losen konnte. GleichermaBen kann das kaufmannische Per- 
sonal eine Gesctiaftsentscheidung treffen, die Anlage in ei- 
ner Weise zu betreiben, welche nicht die gewunschten ge- 
schaftlichen Effekte (wie zum Beispiel die Optirnierung des 
Gewinns) erreicht, und zwar auf Grund der fehlfunktionie- 
renden Einrichtung. 

[0011] Auf Grund der Vielfalt der Datenanalyse- und an- 
derer Diagnosetools, die auf dem Gebiet der ProzeBsteue- 
rung zur Verfiigung stehen, sei es in der Anlage selbst oder 
uber betriebsfremde Dienstleistungsunternehmen oder -be- 
rater, gibt es eine Menge von Informationen uber den Zu- 
stand und den Leistungszustand von Einrichtungen, die dem 
Wartungspersonal zur Verfiigung stehen, welche fur den 
ProzeBoperator und das kaufmannische Personal nutzlich 
sein konnten. In entsprechender Weise sind fur den ProzeB- 
operator viele Informationen uber den gegenwartigen Be- 
triebszu stand der ProzeBregelkreise und anderer Routinen 
verfugbar, die fur das Wartungspersonal oder das kaufman- 
nische Personal nutzlich sein konnten. Entsprechend gibt es 
Informationen, die im Verlauf der Durchfuhrung von kauf- 
mannischen Funktionen erzeugt werden oder verwendet 
werden, die fur Wartungspersonal oder den ProzeBsteuer- 
operator bei der Optirnierung des Betriebsablaufes des Pro- 
zesses nutzlich sein konnten. Da in der Vergangenheit diese 
Funktionen getrennt waren, wurden die in einem Funktions- 
bereich erzeugten oder erfaBten Daten in anderen Funk- 
tionsbereichen iiberhaupt nicht oder nur unzureichend ge- 
nutzt, was zu einer allgemein mangelhaften Ausnutzung von 
Betriebsmitteln innerhalb von Prozefianlagen fuhrte. 

KURZBESCHREIBUNG DER ERFINDUNG 

[0012] Ein ProzeBsteuersystem enthalt ein Datenerfas- 
sungs- und -verteilungssystem, das Daten von verschiede- 
nen Datenquelleri erfasst und speichert, welche jeweils ihre 
eigene proprietare Art und Weise nutzen konnen, um die Da- 
ten zunachst zu erfassen oder zu erzeugen. Das Datenerfas- 
sungs- und -verteilungssystem stellt dann die gespeicherten 
Daten anderen Anwendungen, die zu dem ProzeBsteuersy- 
stem gchorcn oder in dicscm vorgeschen sind, oder Anwen- 
dungen, die zu den Datenquellen selbst gehoren, zur Nut- 
zung in jeder gewunschten Weise zur Verfiigung. Auf diese 
Weise konnen Anwendungen Daten von sehr unterschiedli- 
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chen Datenquellen nutzen, um eine bessere Ubersicht oder 
Beurteilung des gegenwartigen Betriebs status einer Anlage 
zu geben und um bessere oder vollstandigere diagnostische 
oder finanzielle Entscheidungen im Hinblick auf die Anlage 
5 etc. zu treffen. Somit konnen Anwendungen vorgesehen 
werden, die Daten von vorher unvereinbaren Erfassungssy- 
stemen, wie zum Beispiel ProzeBsteuerungsliberwachungs- 
systemen, Ausrustungsuberwachungssystemen und ProzeB- 
leistungsmodellen kombinieren, um einen besseren Gesamt- 
10 uberblick oder Status einer ProzeBsteuer anlage zu bestim- 
men, Probleme besser zu diagnostizieren oder Aktionen bei 
der Produktionsplanung und Wartung in der Anlage einzu- 
.leiten oder zu empfehlen. Beispiels weise konnen Daten oder 
Informationen von Wartungsfunktionen erfasst werden, die 
15 den Funktionszustand, die Veranderbarkeit, Leistungsfahig- 
keit oder Nutzung einer Einrichtung, eines Regelkreises, ei- 
ner Einheit etc. betreffen. Diese Informationen konnen dann 
zu einem ProzeBoperator gesendet werden und dicscm angc- 
1 zeigt werden, oder zu dem Wartungspersonal, um diese Per- 
20 son uber ein gegenwartiges oder zukunftiges Problem zu in- 
: formieren. Die gleiche Information kann von dem ProzeB- 
operator zur Korrektur eines aktuellen Problems in einem 
Regelkreis verwendet werden oder um beispiels weise den 
Arbeitspunkt der Anlage zu verandern, um eine nicht opti- 
25 mal arbeitende Einrichtung zu berucksiehligen oder auszu- 
gleichen. Die Diagnoseanwendungen konnen MeB~, Steuer- 
und Einrichtungsindizes erzeugen, die nicht prozeBbezo- 
gene Variable betreffen, wie zum Beispiel den Funktionszu- 
stand einer Einrichtung. Diese Gerateleistungsindizes kon- 
30 nen aus Modellen bestimmt werden, die wesentliche Lei- 
stungsvariable berechnen, wie zum Beispiel die Produktivi- 
tat und die Produktionskosten. Ein ProzeBsteuerexperte 
kann diese MeB-, Steuer- und Einrichtungsindizes zusam- 
men rnit Daten von ProzeBvariablen verwenden, um den Be- 
35 triebsablauf des Prozesses zu optimieren. 

[0013] Unter Verwendung des offenbarten Datenerfas- 
sungs- und -verteilungssystems konnen Daten von ProzeB- 
variablen und nicht ProzeB variable betreffende Daten kom- 
biniert werden, beispieisweise um ProzeBmodelle zu erzeu- 
40 gen. GleichermaBen kann die Erfassung eines Einrichtungs- 
problems, beispieisweise eines Problems, das das Stillegen 
des Prozesses erfordert, die kaufmannische Software veran- 
lassen, automatisch Ersatzteile zu bestellen oder den kauf- 
mannischen Mitarbeiter zu alarmieren, daB gewahlte strate- 
45 gische Handlungen auf Grund des tatsachlichen Status der 
Anlage nicht die gewunschten Resultate ergeben werden. 
Die Veranderung einer Steuerstrategie, die innerhalb der 
ProzeBsteuerfunktion durchgefuhrt wird, kann die kaufman- 
nische Software veranlassen, automatisch neue oder unter- 
50 schiedliche Rohmateri alien zu bestellen. Selbstverstandlich 
gibt es viele andere Arten von Anwendungen, fur welche die 
zusammengefuhrten Daten, die ProzeBsteuerungs-, Gerate- 
uberwachungs- und Leistungsiiberwachungsdaten betreffen, 
hilfreich sein konnen, unterschiedliche und vollstandigere 
55 Informationen uber den Status der Betriebsrnittei in einer 
ProzeB steueranlage fur alle Bereiche der ProzeB anlage be- 
reitzustellen. . 

KIJRZBESCHREIBTJNCj DER ZEIGHNIJNC} 

60 

[0014] Fig. 1 ist ein Blockdiagramm einer ProzeBsteuer- 
anlage, die zahlreiche Ausriistungs- und ProzeBuberwa- 
chungseinrichtungen hat, die so konfiguriert sind, daB sie 
Daten zu einer oder mehreren Datenerf assungs- und -vertei- 
65 lungsstationcn senden und von dicscn empfangen, welche 
wiederum diese Daten zu Betrachtungs- und Diagnoserouti- 
nen senden, welche die erfaBten Daten nutzen, um zahlrei- 
che Vorteile in der ProzeBsteueranlage zu erzielen; 
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[0015] Fig. 2 ist ein Funktionsdiagramm, das den Daten- 
fluB zwischen verschiedenen Datenquellen und Anwendun- 
gen darstellt, die diese Daten kombinieren, um verschiedene 
Funkt.ionen auszufuhren; 

[00161 Fig. 3 ist ein detaillierteres DatenfluBdiagramm, ^ 
das den DatenfluB von zahlreichen Quellen fur Gerateuber- 
wachungs-, ProzeBeinrichtungsuberwachungs- und ProzeB- 
Icistunnsubcrwachungsdaten zu einem Datenerfassungs- 
unci -veneiluniissvstcni darstellt, das dann diese Daten einer 
Bciricbsmiuelnui/.ungs- und Produktionsplanungssuite zur 10 
Vcrfuiiunt: sielh, wclchc die erfaBten Daten zusammenfuhrt, 
uin cine vollsliindigerc Ansicht und/oder eine bessere Dia- 
gnose fur eine Pro/cBsleucranlage zu erzeugen; 
[0017| Hu. * isi ein Blockdiagramm, das die Architektur 
einer Ausliihrungslonn einer ProzeBsteuerurngebung zeigt, 15 
wclchc ein Daienerlassungs- und -verteilungssystem imple- 
meniieri, das mil einer Viel/.ahl von ungleichartigen Daten- 
quellen in Ycrbindun;: Mehi; 

[001X| Htt- - s A ""^ su sicllcn eine Art des Organisierens 
•und SpeicheniN v.»n Djicn dar. die von zahlreichen Daten- 20 

• quellen in einer Konl^uraiionvlaicnbank in einer Weise er- 
faBt werden. die diese Daicn anderen Anwendungen allge- 

* mein verfujihar machi: 
[0019] Fifr < l niajininim. das cine Anwendung dar- 
stellt, die einen Heiuii/cr in die I-ajic vcrsetzl, ein Datener- 25 
fassungs- und - vcrtcilunpssysicm so /xi konfigurieren, daB 
es automat isch erlaUie iVaicn Anwcmlungen in einer Pro- 
zeBsteuerumgebung in Zusainmcnhang mit dem Konfigura- 
tionssystem aus Fig. 5 /ur Verlugunp stellt; 
[0020] Fig. 7A isi ein Blockdiagramm eines Modells, das 30 
zur Simulation des Belricbsablaules cines Bereichs inner- 
halb einer Anlage verwendei wird; 

[0021] Fig. 7B isi ein Blockdiagruinm eines Modells, das 
zur Simulation des Betricbsablaufes einer Einheit innerhalb 
des Bereichsmodelles von Fig. 7A vcrwendet wird; 35 
[0022] Fig. 8 ist eine Beispicldarstellung einer Anzeige, 
die eine Einhcil innerhalb cines ProzeBsteuersystems dar- 
stellt, die von einer graphischen Bcnutzerschnittstelle unter 
Verwendung von Daien, die von verschiedenen Datenquel- 
len erfaBt wurdem angezcigt werden kann; 40 
[0023] Fig. 9 isi eine beispielhafte Graphikdarstellung, die 
von einer graphischen Benutzerschnittstelle unter Verwen- 
dung von Daten dargcstelll werden kann, die von verschie- 
denen Datenquellen erfaBt wurden; 

[0024] Fig. 10 ist cine beispielhafte Darstellung einer An- 4^ 
zeige, die von einer graphischen Benutzerschniustelle dar- 
gestellt werden kann, um einen Benutzer in dieLage zu ver- 
setzen, Prufpfadinformationen zu betrachten, die aus ver- 
schiedenen Datenquellen kompiliert wurden; 
[0025] Fig. 1 1 ist eine beispielhafte Darstellung einer An- 50 
zeige, die von einer graphischen Benutzerschnittstelle dar- 
gestellt werden kann, um einen Benutzer in die Lage zu ver- 
setzen, eine detailliertere Analyse von Daten durchzufuhren, 
die aus verschiedenen Datenquellen erfasst wurden und ver- 
wendet wurden, um einen oder mehrere Indizes fur eine Ein- 55 
richtung zu erzeugen; 

[0026] Fig. 12 ist eine weitere beispielhafte Darstellung 
einer Anzeige, die von einer graphischen Benutzerschnitt- 
stelle dargestellt werden kann, um einen Benutzer in die 
Lage zu versetzen, rasch Informationen innerhalb einer An- 60 
lage zu suchen; 

[0027] Fig. 13 beispielhafte Darstellung einer Diagnose- 
anzeige, die von einer graphischen Benutzerschnittstelle 
dargestellt werden kann, welche einen Benutzer in die Lage 
vcrsctzt, die Lcistungsfahigkcit und/oder den Status einer 65 
oder mehrerer ProzeBregelkreise oder anderer ProzeBsteuer- 
objekte unter Verwendung von Daten zu analysieren, die aus 
unterschiedlichen Datenquellen erfaBt wurden; 



[0028] Fig. 14 ist eine beispielhafte Darstellung einer Dia- 
anoseanzeige, die von einer graphischen Benutzerschniu- 
stelle dargestellt werden kann, die einen Benutzer in die 
Lage versetzt, die Lei stun gsfahigkeit und/oder den Status 
eines oder mehrerer ProzeBregelkreise oder anderer ProzeB- 
steuerobjekte zu analysieren; 

[0029] Fig. 15 ist eine weitere beispielhafte Darstellung 
einer Anzeige, die von einer graphischen Benutzerschnitt- 
stelle dargestellt werden kann, um einen Benutzer in die 
Lage zu versetzen, Arbeitsbefehle zu verfolgen oder zu er- 
zeugen; und 

[0030] Fig. 16 zeigt eine Anzeige, die eine Spektralkurve 
einer Vibration eines Elements innerhalb einer rotierenden 
Einrichtung zeigt, die von einer extemen Datenquelle er- 
zeugt worden sein kann. 



DETAIL LIERTE BESCHREIBUNG 

[0031] Wie Fig. 1 zeigt, enthalt eine typische ProzeBsteu- 
eranlage 10 eine Anzahl von kaufmannischen und anderen 
Computersystemen, die mit einer Anzahl von Steuer- und 
Wartungssystemen durch eines oder mehrere Kornmumkati- 
onsnetze verbunden sind. Die dargestellte ProzeBsteueran- 
lage 10 enthalt ferner ein oder mehrere ProzeBsteuersysteme 
12 und 14. Das ProzeBsteuersyslem 12 kann ein traditionel- 
les ProzeBsteuersystem, wie zum Beispiel ein PROVOX 
oder RS3-System oder jedes andere DCS sein. Das in Fig. 1 
dargestellte System 12 enthalt eine Benutzerschnittstelle 
12A die mit einem Steuergerat 12B und mit Eingabe/Aus- 
gabe(I/0)-Karten 12C gekoppelt ist, die wiederum mit ver- 
schiedenen Anlageneinrichtungen, wie zum Beispiel analo- 
gen und Highway Addressable Remote Transmitter 
(HART)-Anlageneinrichtungen 15 verbunden sind. Das 
ProzeBsteuersystem 14, bei dem es sich um ein verteiltes 
ProzeBsteuersystem handeln kann, enthalt eine oder meh- 
rere Bedienerschnittstellen 14A, die mit einer oder mehreren 
verteilten Steuereinrichtungen 14B iiber einen Bus, wie zum 
Beispiel einen Ethernet-Bus verbunden sein konnen. Die 
Steuereinrichtungen 14B konnen beispiels weise DeltaV™- 
Steuereinrichtungen sein, die von Fisher Rosemount Sy- 
stems, Inc., Austin/Texas, vertrieben werden, oder jede an- 
dere gewunschte Art von Steuereinrichtungen. Die Steuer- 
einrichtungen 14B sind iiber I/O-Einrichtungen mit einer 
oder mehreren Anlageneinrichtungen 16 verbunden, bei- 
spielsweise HART- oder Fieldbus-Anlageneinrichtungen, 
oder beliebigen anderen inteuigenten oder nicht intelligen- 
ten Anlageneinrichtungen, einschlieBlich beispielsweise 
denjenigen, die eines der Profibus®-, WORLDFIP®-, De- 
vice-Net®-, AS-Interface- und CAN-Protokolle nutzen. Es 
ist bekannt, daB die Anlageneinrichtungen 16 analoge oder 
digitale Informationen, die auf ProzeBvariable sowie auf an- 
dere Einrichtungsinformationen bezogen sind, an die Steu- 
ereinrichtungen 14B abgeben konnen. Die Bedienerschnitt- 
stellen 14A konnen Tools speichern und ausfuhren, die dem 
ProzeBsteueroperator zur Verfugung stehen, um den Be- 
triebsablauf des Prozesses zu steuem, darunter beispiels- 
weise Steueroptimierungsprogramme, Diagnoseexperten- 
programme, neurale Netze, Absdrmnprogramme etc. 
[0032] Ferner konnen Wartungssysteme, wie zum Bei- 
spiel Computer, die die AMS-Anwendung ausfuhren, oder 
jede andere Einrichtungs- oder Ausrustungsuberwachungs- 
und Kommunikationsanwendung mit den ProzeBsteuersy- 
stemen 12 und 14 oder mit den darin enthaltenen emzelnen 
Einrichtungen verbunden sein, um Warnings- und Uberwa- 
chungsakUvitatcn durchzufuhren. Beispielsweise kann cin 
Wartungscomputer 18 mit der Steuereinrichtung 12B und/ 
oder den Einrichtungen 15 iiber beliebige gewunschte Kom- 
munikationsleitungen oder Netze (einschlieBhch drahtlose 
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oder iragbare Einrichtungsnetze) verbunden sein, urn mil. 
den Einrichtungen 15 zu konmiunizieren und in einigen Fal- 
len die Einrichtungen 15 zu rekonfigurieren oder andere 
Warr.ungsaktiviTaten an diesen durchzufuhren. Tn ahnlicher 
Weise konnen Wartungsanwendungen, wie zurn Bei spiel die 
AMS-Anwendung, in einer oder mehrerer der zu dem ver- 
teilten ProzeBsteuersystem 14 gehorenden Benutzerschnitt- 
slellen 14A instailiert sein und von diesen ausgefuhrt wer- 
den, um Wartungs- und Uberwachungsfunkuonen auszufiih- 
ren, einschlieBlich der Datenerfassung, die sich auf den Be- 
triebsstatus der Einrichtungen 16 bezieht. 
[0033] Die dargestellte ProzeBsteueranlage 10 enthalt fer- 
ner verschiedene rotierende Gerate 20, wie zuni Bei spiel 
Turbinen, Motoren, etc., die mil einem Wartungscomputer 
22 uber eine permanente oder zeitweilige Kommunikations- 
verbindung (wie zum Bei spiel einen Bus, ein drahtloses 
Kornmunikationssystem oder tragbare Einrichtungen, die 
mit dcm Gerat 20 verbunden werden, um McBwcrtc auszu- 
lesen, und anschlieBend entfernt werden) verbunden sind. 
Der Wartungscomputer 22 kann bekannte Uberwachungs- 
und Diagnoseanwendungen 23 speichern und ausflihren, die 
beispielsweise von CSi- Systems zur Verfugung gestellt wer- 
den, oder beliebige andere bekannte Anwendungen, die zur 
Diagnose, Uberwachung und Optimierung des Betriebszu- 
stands der rolierenden Gerate 20 verwendel werden. 
[0034] Wartungspersonal verwendet allgemein die An- 
wendungen 23, um die Leistungsfahigkeit der rotierenden 
Gerate 20 in der Anlage 10 aurrechtzuerhalten und zu uber- 
blicken, um Probleme mit den rotierenden Geraten 20 fest- 
zustellen und zu bestimmen, wann und ob die rotierenden 
Gerate 20 repariert oder ersetzt werden miissen. In einigen 
Fallen konnen betriebsfremde Beratungsfirmen oder Dienst- 
leistungsorganisationen zeitweilig Daten erfassen oder mes- 
sen, die das Gerat 20 betreften, und diese Daten verwenden, 
um Analysen des Gerates 20 auszufuhren, um Probleme, 
mangelhafte Leistung oder andere Punkte zu erfassen, die 
Auswirkungen auf das Gerat 20 haben. In diesen Fallen sind 
die Computer, die die Analysen durchfuhren, moglicher- 
weise nicht uber eine Kommunikationsleitung mit dem ubri- 
gen System 10 verbunden oder nur zeitweilig verbunden. 
[0035] In ahnlicher Weise ist ein Stromerzeugungs- und - 
verteilungssystem 24, das eine zu der Anlage 10 gehdrende 
Stromerzeugungs- und -verteilungsausrustung 25 hat, bei- 
spielsweise uber eine Busleitung mit einem anderen Com- 
puter 26 verbunden, der den Betrieb der Stromerzeugungs- 
und : verteilungsausriistung 25 in der Anlage 10 abwickelt 
und beaufsichtigt. Der Computer 26 kann bekannte Strom- 
steuerungs- und Diagnoseanwendungen 27 ablaufen lassen, 
wie beispielsweise diejenigen, die von Liebert und ASCO 
oder anderen Dienstleistungsfirrnen geliefert werden, um 
die Stromerzeugungs- und -verteilungsausrustung 25 zu 
steuern und zu warten. Auch hier konnen in vielen Fallen fir- 
menfremde Beratungsfirmen oder Diensdeistungsorganisa- 
tionen zeitweilig Daten erfassen oder messen, die die Ausrii- 
stung 25 betreffen, und diese Daten verwenden, um Analy- 
sen der Ausrustung 25 durchzufuhren, um Probleme, man- 
gelhafte Leistungsfahigkeit oder andere, die Ausrustung 25 
betreffende Punkte zu erfassen. In diesen Fallen miissen die 
Computer (wie zum Beispiel der Computer 26), die die Ana- 
lysen durchfuhren, mit dem Rest des Systems 10 nicht uber 60 
eine Kommunikationsleitung verbunden sein oder nur zeit- 
weilig verbunden sein. 

[0036] Selbstverstandlich konnen beliebige andere Ausru- 
stungen und ProzeBsteuereinrichtungen mit der Anlage 10 
verbunden sein oder Tcil der Anlage 10 sein, und das hicr 
beschriebene System ist nicht auf die in Fig. 1 explizit dar- 
gestellte Ausrustung beschrankt, sondern kann zusatzlich 
oder anstelle derselben andere Arten von PrbzeBsteueraus- 
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riistungen oder -einrichtungen enthalten. 
[0037] In der yergangenheir waren die verschiedenen Pro- 
zeBsteuersy steme 12 und 14 und das Stromerzeugungs- so- 
wie das Wartungssystem 22 und 26 nicht. in einer Weise mit- 
einander verbunden, die sie in die Lage versetzt, in diesen 
Systemen jeweils erzeugte oder erfaBte Daten gemeinsam 
sinnvoll zu nutzen. Als Resultat haben die unterschiedlichen 
Funktionen, wie zum Beispiel die ProzeBsteuerfunktionen, 
die Stromerzeugungsfunktionen und die Funktionen mit ro- 
tierenden Geraten jeweils unter der Annahme gearbeitet, 
daB die ubrigen Ausrustungsteile innerhalb der Anlage, die 
von dieser bestimmten Funktion beeinflusst sein konnen 
oder auf diese bestimmte Funktion einen EinfluB haben, per- 
fekt arbeiten, was selbstverstandlich fast nie der Fall ist. Da 
diese Funktionen jedoch so verschieden sind und die zur Be- 
aufsichtigung dieser Funktionen verwendeten Ausriistungen 
und das Personal unterschiedlich sind, gab es nur eine ge- 
ringc oder bcdcutungslosc gemcinsame Datcnnutzung zwi- 
schen den unterschiedlichen funkdonellen Systemen inner- 
halb der Anlage 10. 

[0038] Um dieses Problem zu losen, wird ein Datenerfas- 
sungs- und -verteilungssystem geschaffen, um Daten von 
den ungleichartigen Datenquellen zu erfassen, diese Daten 
in einem gemeinsamen Datenformat oder einer Struktur zu 
forniatieren und diese Daten nach Bedarf anschlieBend jeder 
aus einer Reihe von Anwendungen zur Verfugung zu stellen, 
die beispielsweise auf einem Computersystem 30 laufen, 
oder zwischen Workstations im gesamten ProzeBsteuemetz 
auszugeben. Die Sammlung der Anwendungsprogramme ist 
vorgesehen, um die Verwendung der Daten von zuvor nicht 
miteinander verbundenen und getrennten Systemen zu ver- 
schmelzen oder zu integrieren, um eine bessere Messung, 
Ubersicht, Steuerung und Verstandnis der gesamten Anlage 
10 zu schaffen. Wie Fig. 1 zeigt, ist das Computersystem 30 
mit den Computern oder Schnittstellen in Kommunikations- 
verbindung, die den verschiedenen funktionellen Systemen 
innerhalb der Anlage 10 zugeordnet sind, einschlieBlich der 
ProzeBsteuerfunktionen 12 und 14, der Wartungsfunktionen, 
wie beispielsweise in den Computern 18, 14 A, 22 und 26 
implementierten, und den kaufmannischen Funktionen, wie 
etwa die Durchfuhrung der ProzeSleistungsuberwachung. 
^Insbesondere steht das Computersystem 30 in Kommunika- 
tionsverbindung mit dem herkomrnlichen ProzeBsteuersy- 
stem 12 und der Wartungsschnittsteile 18, die zu diesem 
Steuersystem gehort, ist mit den ProzeBsteuer- und/oder 
Wartungsschnittstellen 14A des verteilten ProzeBsteuersy- 
stems 14 verbunden, ist mit dem Wartungscomputer 22 fiir 
rotierende Gerate verbunden sowie mit dem Leistungserzeu- 
gungs- und Uberwachungscomputer 26, und zwar jeweils 
uber eine Busleitung 32. Die Busleitung 32 kann jedes ge- 
wiinschte oder geeignete Lokalbereichsnetz- (LAN) oder 
Weitverkehrsnetz- (WAN)-Protokoll nutzen, um die Kom- 
munikation herzustellen. Selbstverstandlich konnte das 
Computersystem 30 mit diesen verschiedenen Teilen der 
Anlage 10 uber andere Kommunikationsverbindungen, ein- 
schlieBlich dauerhafter oder nicht permanenter Verbindun- 
gen, verdrahteter oder drahtloser Verbindungen oder jedes 
anderen physikalischen Mediums, wie zum Beispiel ein ver- 
drahtetes, drahdoses, Koaxialkabel-, Telefonmodem-, (Has- 
faser-, Meteorburst-, oder Satellitenmedium unter Verwen- 
dung des Fieldbus-, IEEE 802.3-, Blue tooth-, X.25- oder 
X.400-Kommunikationsprotokolles verbunden sein. 
[0039] Wie Fig. 1 zeigt, kann der Computer 30 auch uber 
den gleichen oder einen anderen Netzbus 32 mit Computern 
65 cincs kaufmannischen Systems und Wartungsplanungsconi- 
putern 35 und 36 verbunden sein, die beispielsweise eine 
Unternehmensressourcenplanung (ERP), eine Materialres- 
sourcenplanung (MRP), eine ProzeGmodellbildung zur Lei- 
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stunfismodellbildung, Buchhalr.ungs-, Produktions- und 
Kundenaufirafissysteme. Wartungsplanungssysteme oder 
jede andere gewiinschte kaufmannische Anwendung, wie 
zum Beispiel Auftragsanwendungen furTeile, Versorgungs- 
giiter und Rohstoffe, Produktionsplanungsanwendungen ^ 
etc. ausfuhren konnen. Der Computer 30 kann ferner bei- 
spielsweise tiber die Busleitung 32 mil einem anlagenweiten 
LAN 37, einem firmenweiten WAN 38 sowie mit einem 
Computersystem 40 verbunden sein, die eine Femiiberwa- 
chung oder eine Kommunikation mit der Anlage 10 von ent- to 
fern ten Orten ermoglichen. 

[0040] Das vorstehend genannte Datenerfassungs- und 
Verteilungssystem kann auch in dem Computer 30 vorgese- 
hen sein oder uber zahlreiche Orte in dem ProzeBnetz 10 
verteilt. sein, urn Daten von jeder Datenquelle zu erfassen 15 
und zu verarbeiten, wie zum Beispiel den Steuergeratesyste- 
men 12 und 14, den Uberwachungssystemen 22 und 26 und 
den Finanzsystcmcn 35, 36 etc. Wcnn das Datcncrfassungs- 
und Vencilungssystcin in dem Computer angeordnet ist, 
kann es Daicn von unglcichartigen DatenqueUen. wie zum 20 
Beispiel von den Slcuereinrichtungen, den Gerateuberwa- 
chungs- und Finanzanwendungen, getxennt unter Verwen- 
dung von verschiedenen Datenformaten oder unter Verwen- 
dung eines gemeinsamcn Formats ernpfangen. In einer Aus- 
fuhrungsfonn triti die Kommunikation uber den Bus 32 un- 25 
ter Verwendung des XML-Protokolles auf. Hier werden Da- 
ten von jedem der Computer 12A, 18, 14A, 22, 26, 35, 36 
etc. in einem XML-Wrapper verpackt und zu einem XML- 
Datenserver gesendeu der beispielsweise in dem Computer 
30 angeordnet sein kann. Da XML eine deskriptive Sprache 30 
ist, kann der Server jede Art von Daten verarbeiten. In dem 
Server werden erforderlichenfaUs die Daten verkapselt und 
in einen neuen XML- Wrapper gemapped, das heiBt diese 
Daten werden von einem XML-Schema in eines oder meh- 
rere andere XML-Schemata gemapped, die fur jede der 35 
Empfangsanwendungen geschaffen werden. Ein Verfahren 
zur Durchfuhrung dieser Kommunikation ist in der gleich- 
zeitig anhangigen US-Anmeldung mit der Seriennummer 
09/902,201 beschrieben, eingereicht am 10. Juli 2001 mit 
dem Titel "Transactional Data Communications for Process 40 
Control Systems", die auf den Rechtsinhaber dieser Anmel- 
dung ubertragen ist und hiermit ausdriicklich durch Bezug- 
nahme hierin eingeschlossen wird. Mit diesem System kann 
jeder Datenabsender seine Daten unter Verwendung eines 
Schemas wrappen, das fur diese Einrichtung oder Anwen- 4:> 
dung verstandlich oder geeignet ist, und jede Empfangsan- 
wendung kann die Daten in einem unterschiedhchen 
Schema ernpfangen, das fur die Empfangsanwendung ver- 
wendet wird oder von dieser verstanden wird. Der Server ist 
so konfiguriert, daB er ein Schema in ein anderes mapped, in 50 
Abhangigkeit von der Quelle und der oder den Bestim- 
mungsorten der Daten. Auf Wunsch kann der Server basie- 
rend auf dem Datenempfang auch bestimmte Datenverarbei- 
tungsfunktionen oder andere Funktionen durchfuhren. Die 
Mapping- und Verarbeitungsfunktionsregeln werden in dern S:> 
Server vor der Operation der Sammlung von Datenintegrati- 
onsanwendungen, die hierin beschrieben sind, eingerichtet 
und gespeichert. Auf diese Weise konnen die Daten von ei- 
ner beliebigen Anwendung zu einer oder mebreren anderen 
Anwendungen gesendet werden. 60 
[0041] In einer anderen Ausfuhrungsform konnen die Da- 
tenerfassungs- und -verteilungsanwendungen uber das Netz 
10 verteilt sein und die Erfassung von Daten kann an verteil- 
ten Orten durchgefuhrt werden. Die erfaBten Daten konnen 
anschlicBcnd in cin gemcinsames Format an den vcrtciltcn & 
Orten konvertiert werden und an eine oder mehrere zentrale 
Datenbanken zur nachfolgenden Verteilung gesendet wer- 
den. Sornit werden allgemein ausgednickt eine oder mehrere 



Datenerfassungsrouiinen vorgesehen, um dieDaien von un- 
gleichartigen DatenqueUen zu erfassen und diese Daten in 
einem gemeinsamen oder konsistenten Format der Anwen- 
dungssuite zur Verfugung zu stellen, die diese Daten ver- 
wenden kann, wie zum Beispiel die Anwendungen in dem 
Computer 30. Die Datenerfassungs- und Verteilungsanwen- 
dungen werden hier als Datenerfassungs- und Verteilungs- 
system bezeichnet, wahrend die Anwendungen, die die er- 
faBten Daten verwenden (zum Beispiel diese Daten integne- 
ren) hier kollektiv als eine Betriebsmittelnutzungssuite 50 
bezeichnet werden. 

[0042] Die Anwendungen innerhalb der Betriebsmittel- 
nutzungssuite 50 nutzen die erfaBten Daten und andere In- 
formadonen, die von den ProzeBsteuersystemen 12 und 14, 
den Wartungssystemen 18, 22 und 26 und den Geschafts- 
und ProzeBmodellsystemen 35 und 36 erzeugt wurden, so- 
wie Informationen, die von Datenanalysetools erzeugt wer- 
den, die in jedem dieser Systcmc ausgefuhrt werden. AUgc- 
mei'n ausgedruckt. kann die Betriebsmittelnutzungssuite 50 
eine oder mehrere Benutzeranzeigeanwendungen enthalten, 
wie beispielsweise die in den US -Paten tanmeldungen mit 
den Seriennummern 09/256,585 oder 09/499,445 aufgezeig- 
ten, sowie ein oder mehrere Diagnoseexpertenprogramme 
oder andere Arten von Expertensystemanwendungen, die 
beispielsweise auf dem OZ-Expertensystem basieren, das 
gegenwartig von NEXUS vertrieben wird. Die Betriebsmit- 
telnutzungssuite 50 kann jedoch jeden anderen gewiinschten 
Typ eines Experten systems verwenden, darunter beispiels- 
weise ieden Typ eines Datengewinnungssy stems. Die Be- 
triebsmittelnutzungssuite 50 kann ferner andere Anwendun- 
gen enthalten, die Daten von verschiedenen funktionellen 
Systemen fur jeden anderen Zweck integrieren, wie zum 
Beispiel fur Benutzerinformationszwecke, fur Diagnose- 
zwecke und zum Einleiten von Aktionen innerhalb der Pro- 
zeBanlage, wie zum Beispiel ProzeBsteueraktionen, Ausrii- 
stungsersatz- oder Reparaturakdonen, Andern der Art oder 
der Menge des erzeugten Produkts auf der Basis von finan- 
zieUen Faktoren, ProzeBleistungsfaktoren etc. So kann das 
Datenerfassungs- und Verteilungssystem in einem Sinn als 
ein Daten- und Informations-Clearing-Haus in der ProzeB- 
anlage 10 arbeiten, um die Verteilung von Daten oder Infor- 
mationen von einem Funktionsbereich, wie zum Beispiel 
dem Wartungsbereich, zu anderen Funktionsbereichen, wie 
zum Beispiel der ProzeBsteuerung oder den kaufmannischen 
Funktionsbereichen, zu koordinieren. AlsResultat kann die 
Betriebsmittelnutzungssuite 50 die erfaBten Daten nutzen, 
um neue Informationen oder Daten zu erzeugen, die auf ein 
oder mehrere der Computersysteme verteilt werden konnen, 
die den verschiedenen punktionen innerhalb der Anlage 10 
zugeordnet sind, und kann die Ausfuhrung von anderen An- 
wendungen durchfuhren oder beaufsichtigen, welche die er- 
faBten Daten verwenden, um neue Arten von Daten zu er- 
zeugen, die innerhalb der ProzeBsteueranlage 10 zu verwen- 
den sind. 

[0043] In einem Fall kann die Betriebsmittelnutzungssuite 
50 eine Anzahl von Anwendungen schaffen, die Daten von 
den ProzeBsteuerfunktionen und den Ausriistungsuberwa- 
chungsfunktionen. verwenden, und, falls erwunscht, von 
ProzeBleistungsuberwachungsfunkuonen, die in einem Pro- 
zeBsteuernetz ausgefuhrt werden. Diese Anwendungen kon- 
nen eine koordinierte Benutzeranzeige zur Anzeige von In- 
formationen und Attributen uber die Anlage schaffen, die 
zwei oder mehr der ProzeBsteuerdaten, ProzeBleistungsmo- 
delldaten oder Ausrustungsuberwachungsdaten verwendet. 
Eine mit der Betriebsmittelnutzungssuite 50 in Vcrbmdung 
stehende Anwendung kann auch Bedingungen oder Pro- 
bleme innerhalb der ProzeBsteueranlage 10 basierend auf 
Daten von zwei oder mehr der ProzeBsteueruberwachungs- 
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anwendungen, ProzeBleistungsuberwachungsanwendungen 
und Ausrustungsuberwachungsanwendungen diagnostizie- 
ren. Ferner konnen die mit der Betriebsmittelnutzungssuite 
50 verbundenen Anwendungen Akr.ionen innerhalb der Pro- 
zeBanlage 10 ansprechend auf ein diagnostiziertes oder er- 
faBtes Problem auslosen oder konnen von einem Benutzer 
durchzufuhrende Aktionen empfehlen, bei dem es sich bei- 
spielswcise um einen ProzeBsteueroperator, einen War- 
lungsicchniker oder einen kaufmannischen Mitarbeiter in 
deni Bctriebsburo der Anlage 10 handeln, der fur den ge- 
sainien Bctriebsablauf der Anlage 10 verantwortlich ist. 
[0044| Insbesondere kann in einer Ausfuhrungsform die 
Beiricbsiiiiiielnuizungssuite 50 eine Indexerzeugungssoft- 
warc 51 L-nilulien oder ausfiihren, die Indizes erfasst oder 
ersielli, die den Hinrichlungen zugehdrig sind, wie zumBei-^ 
spiel Pro/eUstcuer- und Regeleinrichtungeri, Stromerzeu- 
g u ngse in rich i unpen, roiierenden Geraten, Einheiten, Berei- 
chen etc.. »\lcr die mil Pro/.cGsleucrabschnittcn, wic zum 
Bei spiel Re^clkreisen etc. innerhalb der Anlage 10 in Ver- 
bindung sichen. Diesc Indi/es konnen anschliefiend an die 
Prozefisleuerurmcndunjjen *ie^ervn werden, um die Opti- 
mierung der lVo/elisieueruni: /u untersiutzen, und kann an 
die kaufmanniNchc Sol i w are ^xier ilic kaufmannischen An- 
wendungen abgegeben werden. um die kaufmannischen 
Milarbeiier mil voHstandigcrcr txlcr besser verslandlieher 
Information in Verbindung mil dem lieirieb der Anlage 10 
zu versorgen. Die Bctricbsmitielnut/ungssuite 50 kann fer- 
ner Wartungsdai en twie zum Bei spiel Kin rich tungsstatusin- 
formationen) und kaufmannische Daten (wie zum Beispiel 
Daten, die geplanien A u ft rage n. Aril rah men etc. zuzuord- 
nen sind) einem Sieuerexpenen 52 /.ur Verfugung stellen, 
der beispielsweise mil deni Pro/.ctisteuersystem 14 in Ver^ 
bindung stent, um einen Operator bei der Ausfuhrung von 
Steueraktivitatcn, wic zum Beispiel der Optimierung der 
Steuerung zu untcrstutzen. Der Steuerexperte 52 kann bei- 
spielsweise in der Bcnutzcrschnillstcilc 14A oder jedem an- 
deren Computer angcordnel sein, der zu dem Steuersystem 
14 gehort, oder in dem Computer 30, falls dies erwunscht 
ist. 

[0045] Auf Wunsch kann der Steuerexperte 52 beispiels- 
weise der in den vorstchend angefuhrten US-Patentanmel- 
dungen mitden Sericnnummcm 09/256,585 und 09/499,445 
beschriebene Steuerexperte sein. Dicse Steuerexperten kon- 
nen jedoch zusatzlich Daten inkorporieren und verwenden, 
die sich auf den Status von Einrichtungen oder anderer 45 
Hardware innerhalb der ProzeBsteueranlage 10 beziehen, 
oder Leistungsdaten, die unter Verwendung von Prozefilei- 
stungsmodellen in der Entscheidungsfindung erzeugt wur- 
den, die von diesen Steuerexperten ausgefuhrt wird. Insbe- 
sondere in der Vergangenheit verwendeten die Software- 
steuerexperten allgemein nur Daten von ProzeBvariablen 
und eingeschrankte Einrichtungsstatusdaten, um Entschei- 
dungen zu treffen oder dem PfozeBoperator Empfehlungen 
zu geben. Mit der von der Betriebsmittelnutzungssuite 50 
gebotenen oder erfaBten Kommunikation, und insbesondere 
mit derjenigen, die auf Einrichtungsstatusinformationen be- 
zogen ist, wie etwa diejenigen, die von den Computersyste- 
men 18, 14A, 22 und 26 und den auf diesen implement! erten 
Datenanalysetools bereitgestellt werden, kann der Steuerex- 
perte 52 Einrichtungsstatusinformationen, wie zum Beispiel 
Zustandsinformationen, Leistungsinformationen, Nutzungs- 
und Variabilitatsinforrnationen zusammen mit Informatio- 
nen uber ProzeBvariable empfangen und in seine Entschei- 
dungsfindung inkorporieren. 
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stellen, wo beispielsweise eine Arbeitsaufrragserzeugungs- 
anwendung beziehungsweise ein entsprechendes Prograrhm 
54 automatisch Arbeitsauftrage erzeugen kann und basie- 
rend auf erfaBten Problemen innerhalb der Anlage 10 Teile 
bestellen kann, oder wobei basierend auf der ausgefiihrten - 
Arbeit Versorgungsguter bestellt werden konnen. In ahnli- 
cher Weise konnen Veranderungen in dem Steuersystem, die 
von dem Betriebsmittelnutzungsexperten 50 erfaBt werden, 
die kaufmannischen Systerne 35 oder 36 veranlassen, An- 
wendungen ablaufen zu lassen, die die Planung und Versor- 
gungsguterbestellungen beispielsweise unter Verwendung 
des Programms 54 ausfiihren. In der gleichen Weise konnen 
Veranderungen der Kundenbestellungen etc. in das kauf- 
mannische System 35 oder 36 eingegeben werden, und diese 
15 Daten konnen zu der Betriebsmittelnutzungssuite 50 gesen- 
det werden und zu den Steuerroutinen oder dem Steuerex- 
perten 52 gesendet werden, so daB dieser Veranderungen der 
Steuerung vcranlasst, um beispielsweise die Hcrstcllung der 
neu bestellten Produkte zu beginnen oder die in den kauf- 
mannischen Systemen 35 und 36 durchgefiihrten Verande- 
rungen umzusetzen. 

[0047] Zusatzlich kann die Betriebsmittelnutzungssuite 
50 Informationen an eines oder rnehrere ProzeBniodelle sen- 
den, die beispielsweise von Optimierungsprogrammen 55 
innerhalb der Anlage 10 verwendet werden. Beispielsweise 
konnen ein ProzeBmodell 56 und ein Steueropumierungs- 
programm 55 in dem Computer 14A angeordnet sein und 
konnen eine oder mehrere Steuerungsoptimierungsroutinen 
55A, 55B etc. ablaufen lassen. Zusatzlich oder alternativ 
konnten ProzeBniodelle 56 und Optirnierungsroutinen 55 in 
dem Computer 30 oder einem anderen Computer gespei- 
chert sein und von diesem ausgefuhrt werden, und die dafur 
erforderlichen Daten konnten von dem Betriebsmittelnut- 
zungsexperten 50 gesendet werden. Die Resultate der Mo- 
delle 56 konnen in den Betriebsmittelnutzungsexperten 50 
oder einen Steuerungs- oder anderen Experten, wie zum 
Beispiel den Steuerexperten 52 eingegeben werden, um Mo- 
dellbildungsfunktionen auszufuhren, deren Zweck nachfol- 
gend im Detail beschrieben wird. Allgemein ausgedruckt 
konnen die Modelle 56 jedoch verwendet werden, um die 
Leistungsfahigkeit der ProzeBeinheit oder des ProzeBbe- 
reichs zu bestimmen, welche dann in die Optirnierungsrou- 
tinen 55 eingegeben werden kann oder einem Benutzer an- 
gezeigt werden kann oder fur andere Zwecke verwendet 
werden kann. Die Modelle 56 konnen beispielsweise Mo- 
delle sein, wie sie von MDC Technology aus Teeside, Eng- 
land, erzeugt und vertrieben werden, oder konnen jede an- 
dere Art von Modellen sein. Selbstverstandlich gibt es viele 
andere Anwendungen, die innerhalb der Anlage 10 vorgese- 
hen sein konnen und die Daten von dem Betriebsmittelnut- 
zungsexperten verwenden konnen, und das hier beschrie- 
bene System ist nicht auf die hier besonders genannten An- 
wendungen beschrankt. Insgesamt hilft jedoch die Betriebs- 
mittelnutzungssuite 50 bei der Optimierung der Nutzung al- 
ler Betriebsmittel innerhalb der Anlage 10, indem die ge- 
meinsame Nutzung von Daten und die Koordination der Be- 
triebsmittel zwischen alien Funktionsbereichen der Anlage 
10 ermoglicht wird. 

[0048] Ferner konnen allgemein ausgedruckt eine oder 
mehrere Benutzerschnittstellenroutinen 58 in einem oder 
mehreren Computern innerhalb der Anlage 10 gespeichert 
und ausgefuhrt werden. Beispielsweise konnen der Compu- 
ter 30, die Benutzerschnittstelle 14A, der kaufmannische 
Systemcomputer oder jeder andere Computer eine Benut- 
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[0046] Zusatzlich kann die Betriebsmittelnutzungssuite 65 zcrschnittstcllcnroutinc 58 ablaufen lassen. Jede Benutzer 

50 Informadonen, die den Status von Einrichtungen und den schnittstellenroutine 58 kann Informationen von der Be- 

Betrieb der Steueraktivitaten innerhalb der Anlage 10 be- triebsmittelnutzungssuite 50 empfangen oder abonnieren 

treffen, fur die kaufmannischen Systerne 35 und 36 bereit- und kann Informationen an die Betriebsmittelnutzungssuite 
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50 abgeben, und entweder die gleichen oder unterschiedli- 
che Datensatze konnen zu jeder der Benutzerschmttstellen- 
routinen 58 gesendet werden. Jede Benutzerschnittstellen- 
rouiine 58 kann unterschiedliche Arten von Informationen 
unter Verwendung von verschiedenen Bildschirmen fiir un- :> 
terschiedliche Benutzer darstellen, wenn dies gewunscht 
wird. Beispielsweise kann eine der Benutzerschnittsteilen- 
routinen 58 eine Bildschirmdarstellung oder einen Satz von 
Bildschinndarstellungen einem Steueroperator oder einem 
kaufinannischen Mitarbeiter prasentieren, urn diese Person 10 
in die Lage zu versetzen, Einschrankungen zu setzen oder 
Opiimicrungsvariable zur Verwendung in einer Standard- 
sicucrroutinc oder in einer Steuerungsoptimierungsroutine 
/.u wahlcn. Die Benutzerschnittstellenroutine 58 kann ein 
Sieucrungslcitlool vorsehen, das einen Benutzer in die Lage 15 
vcr\ci/.i. die ProzeBleistungsfahigkeit und Indizes, die von 
der lnde\er/.eugungssoftware 51 oder den ProzeBleistungs- 
riMtlcllcn 56 erzeugt wurden, in koordinicrtcr Wcisc zu be- 
-traclv.cn. Dieses Operatorleittool kann ferner den Operator 
oiler jedc amlere Person in die Lage versetzen, Informatio- 20 
ncn uber die /,ustande von Einrichtungen, Regelkreisen, 
Binhcitcn eic. /.u erhalten und ohne weiteres die mit Proble- 
nien innerhalb dieser Einheiten verbundenen Informationen 
zu hciruchlen, da diese Information durch andere Software 
iniicriialb der ProzeBanlage 10 erfaBl wurde. Die Benutzer- 25 
schnitlslcllcnrouiinc 58 kann ferner Leistungsuberwa- 
chungsbildschirme unicr Verwendung von Leistungsuber- 
w jchungsdalcn bercitstcllen, die von den Tools 23 und 27, 
den Wunungsprogrammen, wie etwa der AMS-Anwendung 
oder einem beiiebigen anderen Wartungsprogramm, bereit- 30 
gestelli und cr/cugl wurden, oder von den Modellen im Zu- 
sammenhang mil der Betriebsrnittelnutzungssuite 50 er- 
zeugt wurden. Selbstverstandlieh kann die Benutzerschnitt- 
sleUenrouline 58 jedeni Benutzer Zugriff auf bevorzugte 
Kinsiellungen oder andere Variablen gewahren, die in eini- 35 
gen oder alien Funktionsbereichen der Anlage 10 verwendet 
werden und den Benutzer in die Lage versetzen, diese zu an- 
dem. 

1 0049 1 In Fig. 2 zcigt ein vereinfachtes Funktionsblock- 
diagranim 100 den DatcnfluB und die Kommunikation, die 40 
von dem hierin beschricbenen Datenerfassungs- und -vertei- 
lungssystcm 102 verwendet werden oder die mit diesem 
verbunden sind. urn die Nulzung von Daten von getrennten 
Daienquellen durch die Betriebsinittelnutzungs suite 50 zu 
ermogiichem Insbcsondere enthalt das Diagramm 100 das 45 
Datenerfassungs- und -vertcilungssystern 102, das Daten 
von verschiedenen Daienquellen erhalt. Beispielsweise gibt 
cine ProzcBstcuerdatenquelle 104 (die herkommiiche Pro- 
zcBsicucraktivitatcn und -anwendungen, wie etwa ProzeB- 
steuer- und Uberwachungsanwendungen, ProzeBsteue- 50 
rungsdiagnoseanwendungen, ProzeBsteuerungsalarman- 
wendungen etc. enthalten kann) Daten an das Datenerfas- 
sungs- und -vcrtcilungssystem 102 ab. Der Block 104 kann 
von herkommlichen oder alleinstehenden ProzeBsteuerein- 
richtungen, von DCS, von dem Delta V- System, von PLCs 55 
etc. innerhalb der ProzeBsteuerumgebung erfaBte oder er- 
zcugte Daten senden. 

[0050] Eine Ausrustungs- oder ProzeBzustandsdaten- 
quelle 106 (die herkommiiche Ausrustungsuberwachungs- 
anwendungen, Ausrustungsdiagnoseanwendungen, Ausru- 60 
stungsalarmanwendungcn, Analyseanwendungen fur anor- 
maie Situationen, Umgcbungsuberwachungsanwendungen 
etc. enthalten kann) sendct ebenfalls Daten zu dem Datener- 
fassungs- und -veneilungssystem 102. Als Resultat kann die 
Quelle 106 Daten, die von jeder Art von herkommlichen 65 
Ausrustungsuberwachungs- und Diagnoseanwendungen 
oder -quellen. wie zum Bcispiel den von CSI, der von Fisher 
Rosemount Systems, Inc., vertriebenen AMS-Anwendung, 



Nexis- Anwendungen etc. zur Verfugung gestellten, erzeugte 
oder erfaBte Daten senden. 

[0051] Eine Leistungsuberwachungsdatenquelle 108 (die 
T^istungsiiberwachungsanwendungen, wie zum Beispiel 
Optimierungsanwendungen, ProzeBmodelle, die zur Uber- 
vvachung oder zur Modellbildung der ProzeBoperation, von 
ProzeB- oder Ausriistungszustand etc. verwendet werden, 
enthalten kann) gibt ebenfalls Daten an das System 102 ab. 
Die DatenqueUe 108 kann Daten enthalten oder bereitstel- 
len, die von jeder Art von Leistungsuberwachungsausru- 
stung oder -anwendungen erfasst oder erzeugt wurden. Fer- 
ner ist eine Finanz- oder Produktionsplanungsdatenquelle 
110 (die Anwendungen enthalten kann, die eine Finanzana- 
lyse- oder Kostenanalysefunktion innerhalb des ProzeBsteu- 
ersystems durchfuhren, wie etwa die Entscheidung, wie die 
Anlage zu fahren ist, um Gewinne zu maximieren, urn Um- 
weltschutzstrafen zu vermeiden, oder zu entscheiden, wel- 
ches Produkt oder wie ein Produkt hcrzustcllcn ist etc.) mit 
dem System 102 verbunden. Sowohl die Finanzplanungs- 
als auch die ProzeB steueranwendungen konnen Informatio- 
nen nutzen, die von den gleichen oder von verschiedenen 
ProzeBmodellen bereitgestellt werden. 
[0052] Anlageneinrichtungen bzw. Fieldgerate 112, wie 
zum Beispiel intelligente Anlageneinrichtungen, konnen 
ebenfalls Daten an das Datenerfassungs- und -verteilungssy- 
stern abgeben. Selbstverstandlieh konnen die von den Anla- 
geneinrichtungen 112 bereitgestellten Daten jede Art von 
Daten sein, die von diesen Anlageneinrichtungen gemessen 
oder erzeugt werden, einschlieBlich Alarmdaten, Vorwar- 
nungsdaten, MeBdaten, Kalibrierungsdaten etc. Entspre- 
chend kann eine Korrosionsuberwachungsdatenquelle 114 
Daten, die von Korrosionsuberwachungsdiensten oder -an- 
wendungen erfaBt oder erzeugt wurden, an das Erfassungs- 
system 102 abgeben. Entsprechend kann eine Alarmie- 
rungsdatenquelle 116 Daten, die von fortschrittlichen Alar- 
mierungsanwendungen oder -diensten erzeugt oder erfaBt 
wurden, an das System 102 abgeben. Die Alarrnierungsda- 
tenquelle 116 kann Anwendungen oder Dienste enthalten, 
die Messungen durchfuhren oder Proben nehmen, Labor- 
analysen ausfiihren und auf der Basis dieser Analysen 
Alarnie oder andere Informationen erzeugen. 
[0053] Es sei angemerkt, daB weitere Daten von beiiebi- 
gen anderen Datenquellen zusatzlich oder anstelle der in 
Fig. 2 dargestellten Datenquellen bereitgestellt werden kon- 
nen. Ferner konnen die von den Datenquellen in Fig. 2 be- 
reitgestellten Daten RohmeBdaten, durch eine Analyse oder 
eine andere Routine auf der Basis von MeBdaten erzeugte 
Daten oder eine beliebige Kombination daraus sein. Femer 
versteht sich, daB die von einer oder von alien Datenquellen 
in Fig. 2 bereitgestellten Daten in jedem Format gemessen, 
erzeugt oder ubermittelt werden konnen, einschlieBlich pro- 
prietarer Formate, die von den verschiedenen Organisatio- 
nen oder Anwendungen verwendet werden, die diese Daten 
messen oder erzeugen. So konnen beispielsweise unter- 
schiedliche Anlageneinrichtungen 112 Daten in unter- 
schiedlichen Formaten erfassen und erzeugen und anschlie- 
Bend diese Daten zu dem Datenerfassungs- und -vertei- 
lungssystern 102 senden. GleichermaBen konnen die Fi- 
nanzdatenquellen 110, die Korrosionsdatenquellen 114, die 
Alarmierungsdatenquellen 116 etc: Daten, die in einem be- 
iiebigen Standard- oder proprietaren Format gemessen oder 
erzeugt wurden, bereitstellen, und konnen jede proprietare 
oder Open-Code- Anwendung verwenden, um die Daten zu 
erzeugen oder zu messen. Allgemein ausgedriackt konnen 
dahcr allc Anwendungen oder Einrichtungen, die jctzt in 
Benutzung sind (oder zur zukiinftigen Benutzung entwickelt 
werden), in einer ProzeBsteuerumgebung verwendet wer- 
den, um Daten, Resultate, SchluBfolgerungen, Empfehlun- 
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gen etc. zu messen Oder zu erzeugem als Datenquelle fur das 
Datenerfassungs- und -verteilungssystem 102 dienen, auch 
wenn diese Datenquellen eine teilweise oder vollstandig 
proprietare Narur haben. 

r0054] Das Datenerfassungs- und -verteilungssystem 102 
erfaBt die Daten von den unterschiedlichen Datenquellen in 
einem gemeinsamen Format oder konvertiert die Daten nach 
dem Erhalt in ein gemeinsames Format zur Speicherung und 
spateren Nutzung durch andere Elemente, Einrichtungen 
oder Anwendungen in dem ProzeBsteuersystem. In einer 
Ausfuhrungsform konnen die unterschiedlichen Datenquel- 
len ein Datenumwandlungsprotokoll, wie zum Beispiel 
OPC. PI, Fieldbus etc. verwenden, urn die Daten zu dem Da- 
tenerfassungs- und -verteilungssystem 102 zu kommunizie- 
ren. Selbstverstandlich konnen die OPC- oder eine andere 
Umwandlungsschnittstelle in dem Datenerfassungs- und - 
verteilungssystem 102 oder in den Datenquellen selbst ge- 
spcichcn scin. Fcmcr kann, falls gcwunscht, jede dcr Daten- 
quellen ihrc Daicn in cin gemeinsames Format konvertieren, 
das von dem Datenerfassungs- und Verteilungssystem 102 
verwendet wird, und diese konvertierten Daten dem System 
102 uberniitteln. Selbstverstandlich kann das Datenerfas- 
sungs- und Verteilungssystem 102 die von den verschiede- 
nen Datenquellen gesendeten Daten in ein gemeinsames 
Format oder Protokoll konvertieren und die Daten in jeder 25 
gewiinschten Weise in einer Datenbank speichern und orga- 
nisieren. Das Datenerfassungs- und -verteilungssystem 102 
kann die Daten von unterschiedlichen Datenquellen in peri- 
odischer oder nichtperiodischer Weise, kontinuierlich, mit 
Unterbrechungen, synchron oder asynchron oder zu jedem 
gewiinschten Zeitpunkt empfangen. 

[0055] Nachdeni sie empfangen und konvertiert wurden, 
werden die Daten in einer Datenbank in zugreifbarer Weise 
gespeichert und Anwendungen oder Benutzern innerhalb 
der Betriebsmittelverwaltungssuite 50 verfugbar gemacht. 
Beispielsweise konnen Anwendungen, die die ProzeBsteue- 
rung, die Alarmierung, Einrichtungswartung, Fehlerdia- 
gnose, pradiktive Wartung, Finanzplanung, Optimierungen 
etc. betreffen, die Daten von einer oder mehreren unter- 
schiedlichen Datenquellen nutzen, kombinieren und inte- 
grieren, urn besser zu arbeiten, als diese Anwendungen in 
der Vergangenheit ohne die Daten von sehr verschiedenen 
oder zuvor nicht zugreifbaren Datenquellen arbeiten konn- 
ten. Die in Fig. 2 als Teil der Betriebsmittelnutzungssuite 50 
dargestellten Anwendungen konnen jede beliebige der in 45 
Fig. 1 beschriebenen Anwendungen sein oder konnen jedem 
anderen Anwendungstyp angehdren, falls dies erwiinscht 
ist. Selbstverstandlich sind sowohl die Datenquellen als 
auch die Anwendungen, die diese erfaBten Daten verwen- 
den, welche in Fig. 2 dargestellt sind, beispielhafter Natur 
und es konnen mehr, weniger oder andere Datenquellen und 
Anwendungen verwendet werden. Entsprechend konnen die 
Datenquellen selbst so konfiguriert werden, da£ sie von dem 
Datenerfassungs- und -verteilungssystem 102 erfaBte Daten 
empfangen. Auf diese Weise konnen unterschiedliche An- 
bieter oder Dienstleistungsanbieter, die moglicherweise pro- 
prietare Anwendungen haben, bestimmte Daten, die sie bis- 
her nicht erf asst haben oder nicht erfassen konnten, von dem 
Datenerfassungs- und Verteilungssystem 102 erhalten, was 
die von diesen Dienstleistungsanbietern angebotenen Pro- 
dukte oder Dienstleistungen verbessern kann. In einer Aus- 
fuhrungsform wird erwartet, daB die herkommlichen Pro- 
zeBsteuerungsdienstleistungsanbieter, die in der Vergangen- 
heit Daten getrennt von dern ProzeBsteuernetz unter Ver- 
wendung von typischcrwcisc proprictarcn Anwendungen 
erfaBt und erzeugt haben, nun die erfaBten oder erzeugten 
Daten dem Datenerfassungs- und Verteilungssystem 102 zur 
Verfugung stellen, das dann die Daten anderen Anwendun- 
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gen zuganglich macht. Diese anderen Anwendungen kon- 
nen Anwendungen sein, die in Computem ausgefiihrt wer- 
den. die mit der ProzeBsteuerumgebung in Komrnunikati- 
onsverbindung stehen, wie zum Beispiel Anwendungen in 
Host-Einrichtungen, Benutzerschnittstellen, Steuereinrich- 
tungen etc. Zusatzlich konnen diese anderen Anwendungen 
auch Anwendungen sein, die von den herkommlichen 
Dienstleistungsorganisationen zur Verfugung gestellt oder 
verwendet werden. Auf diese Weise kann nun jede Anwen- 
dung so gestaltet werden, daB sie alle Daten, die in dem Pro- 
zeBsteuersystem erzeugt werden, in jeder Weise nutzen 
kann, sei es durch Anwendungen, die im Besitz der ProzeB- 
systembesitzer sind, oder Anwendungen, die Dienstlei- 
stungsanbietern gehoren und von diesen verwaltet werden. 
Als Resultat gibt es sehr viele Falle, in denen Anwendungen 
verbessert werden konnen, da sie Daten nutzen konnen, die 
zuvor fur sie nicht zur Verfugung standen. Beispielsweise 
kann cin Dicnsdcistungsanbictcr fur die Korrosionsanalysc 
in der Lage sein, Daten zu nutzen, die von einem proprieta- 
ren ProzeBsteuersystem oder einer proprietaren Ausrii- 
stungsuberwachungsanwendung erfasst wurden, um die Zu- 
verlassigkeit oder Vorhersagbarkeit der Korrosionsanalyse 
zu verbessern. Ein derartiges Querabrufen von Daten von 
sehr unterschiedlichen Arten von Dienstleistungsanbietern 
und Anwendungen war bisher nichl verfugbar. 
[0056] Fig. 3 zeigt ein detailliertes DatenfluBdiagrarnm 
200, das den DatenfluB innerhalb der ProzeBsteueranlage 10 
zeigt. Beginnend an der linken Seite des Diagramms 200 
werden zu der ProzeBanlage 10 gehorende Daten durch oder 
in verschiedenen Funktionsbereichen oder Datenquellen in- 
nerhalb der Anlage 10 erfaBt. Insbesondere werden ProzeB- 
steuerdaten 201 beispielsweise durch typische ProzeBsteu- 
ereinxichtungen, wie zum Beispiel Anlageneinrichtungen, 
Eingabe-ZAusgabeeinrichtungen, tragbare oder Fernubertra- 
gungseinrichtungen oder beliebige andere Einrichtungen, 
die beispielsweise mit den ProzeBsteuereinrichtungen in 
Kommunikationsverbindung stehen konnen, erfaBt. Glei- 
chermaBen werden Ausriistungsiiberwachungsdaten 202, 
die herkornmhche Ausriistungsuberwachungsaktivitaten be- 
treffen, beispielsweise durch Sensoren, Einrichtungen, 
Ubertragungseinrichtungen oder andere Einrichtungen in- 
nerhalb der Anlage 10 erfaBt. ProzeBleistungsdaten 203 
konnen von den gleichen oder anderen Einrichtungen inner- 
halb der Anlage 10 erfasst werden. Auf Wunsch konnen Fi- 
nanzdaten von anderen Anwendungen, die in Cornputern in 
der ProzeBsteueranlage ablaufen, als Teil der Leistungsuber- 
wachungsdaten erfaBt werden. In einigen Fallen konnen die 
erfaBten Daten von Anwendungen oder Quellen auBerhalb 
des herkommlichen ProzeBsteuernetzes stammen, wie zum 
Beispiel Anwendungen, die von Dienstleistungsorganisatio- 
nen oder Vertriebsfirmen betrieben werden und diesen geho- 
ren. Selbstverstandlich konnen die erfaBten Daten ohne Ein- 
schrankung beliebige Daten, wie beispielsweise die Winkel- 
position, Geschwindigkeit, Beschleunigungsdaten von ro- 
tierenden Ausriistungsgegenstanden (sowie Urnformungen 
dieser Daten, um eine spektrale Leistungsdichte, Frequen- 
zamplitude etc. bereitzustellen), Ausriistungsbelastungsda- 
ten, Beanspruchungsdaten, Wanddickendaten, Daten iiber 
das AusmaB der Korrosion und die Geschwindigkeit des 
Korrosionsfortschritts, Daten iiber die Korrosivitat von Pro- 
zeBfiuiden, Schmierungs- und VerschleiBdaten, Lager- und 
Dichtungsdaten, Daten iiber das Auftreten von Undichtig- 
keiten und die Zusarnmensetzung von austretenden Flussig- 
keiten und Gasen, ohne Einschrankung einschlieBend Da- 
ten, die fliichtigc organischc und anorganischc Vcrbindun- 
gen betreffen, Lagertemperaturdaten, Daten von akustischen 
Transducem, MeBdaten hinsichtlich der ProzeBphysik und - 
zusarnmensetzung etc. einschlieBen. Diese Daten konnen in 
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jeder Weise erfaBt werden, einschlieBlich automaiisch oder 
manueli. So konnen Datenerfassungseinrichtungen tragbare 
Erfassungseinrichtungen, chemische und physikalische La- 
hormessungen : fest eingehaute oder temporare Onlineein- 
richtungen, Einrichtungen, die periodisch Daten von Pro 5 
zeB- und Ausriistungsfemmesseinrichtungen telemetrisch 
ubermitteln (beispielsweise RF), Onlineeingaben fur Ein- 
richtungen oder Fern-Multiplexer und/oder Konzentratoren 
oder beliebige andere Datenerfassungseinrichtungen ein- 
schlieBen. 10 
[0057] Die ProzeBsteuerdaten, Ausrustungsuberwa- 
chungsdaten und ProzeBleistungsdaten konnen von Daten- 
erfassungs- und -abgleichanwendungen 204 (welche Teil 
des Datenerfassungs- und -verteilungssys terns 102 aus Fig. 
2 sein konnen) abgeglichen, verifiziert, bewertet und/oder 15 
formatiert werden, welche innerhalb der Datenerfassungs- 
einrichtung und in jeder anderen Einrichtung, wie zum Bei- 
spicl cincm zcntralcn Daten archivspcichcr, ProzcBstcucr- 
einrichtungen, Ausrustungsuberwachungsanwendungen etc. 
oder jeder anderen Einrichtung, die diese Daten empfangt 20 
oder verarbeitet, ablaufen. Seibstverstandlich konnen die er- 
faBten Daten in jeder bekannten oder gewunschten Weise 
abgeglichen oder angehauft werden. Beispiels weise konnen 
die Daten in ein gerneinsames Format oder einen gemeinsa- 
inen MaBstab gesetzL werden, konnen in un terse hiedlie he 25 
Einheiten oder Standardeinheiten (gemeinsarne Einheiten) 
konvertiert werden, konnen hinsichtlich AusreiBem, fehler- 
haften oder falschen Daten untersucht werden, konnen in je- 
der bekannten oder gewunschten Weise verifiziert oder be- 
wertet werden, etc. Es gibt viele bekannte Verfahren oder 30 
Techniken zur Durchfuhrung eines Datenabgleichs und ein 
Verfahren zum Abgleichen, Akkumulieren, Verifizieren 
oder Erfassen von Daten kann verwendet werden. Ferner 
konnen die unterschiedlichen Arten von Daten von einer ge- 
meinsamen Erfassungseinrichtung oder Datenerfassungs- 35 
routinen erfasst werden, auch wenn diese Daten in unter- 
schiedlichen Forrnaten, Protokollen etc. vorliegen konnen. 
[0058] Nach dem Abgleichen in jeder bekannten oder ge- 
wunschten Weise oder in einigen Fallen ohne Abgleichen 
konnen die erfaBten Daten einer oder mehreren Anwendun- 40 
gen verfugbar gemacht werden, die typischerweise mit den 
unterschiedlichen Funktionsbereichen des ProzeB steuersy- 
stems 10 in Verbindung stehen. Beispielsweise konnen be- 
kanntlich unterschiedliche ProzeBsteuereinrichtungen oder 
Steueranwendungen 208, die in Fig. 3 als Teil des ProzeB- 45 
steuerfunktionsblocks 206 dargestellt sind, die erfaBten Pro- 
zeBsteuerdaten 201 fiir eine Anzahl von Zwecken oder 
Grunden verwenden. Diese ProzeBsteueranwendungen kon- 
nen beispielsweise herkommliche DCS, PLC und SCADA- 
Systeme, Computersteuersysteme, hybride Systeme und di- 50 
gitale Steuersysteme jeder jetzt bekannten oder in Zukunft 
entwickelten Bauart einschlieBen. Somit nutzen die ProzeB- 
steueranwendungen 208 unter Verwendung jeder bekannten 
oder gewunschten ProzeBsteuersoftware oder -technik die 
ProzeBsteuerdaten 201, urn abiaufende ProzeBfunktionen zu 55 
uberwachen und zu steuern. Derartige Anwendungen kon- 
nen jede Art von ProzeB steuerung durchfuhren, einschlieB- 
lich beispielsweise PID, Fuzzy logic, pradiktives Modell, 
neurales Netz und weitere ProzeBsteueraktivitaten. Die Pro- 
zeBsteueranwendungen 208 konnen Alarmdaten oder 60 
Alarmmitteilungen erzeugen, erstellen oder an einen Pro- 
zeBoperator weiterleiten, konnen Probleme oder Besorg- 
nisse erfassen oder Uberprufungen im Zusarnmenhang mit 
Regulierungsbehorden durchfuhren, wie zum Beispiel Be- 
schrankungen dcr Umwcltschutzbchordc (EPA), Bcschran- 65 
kungen der Lebens- und Arzneimittelverwaltung (FDA), 
und konnen andere bekannte ProzeBsteuerfunktionen durch- 
fuhren, die zu zahlreich sind, urn sie hier aufzufuhren. Fer- 



ner konnen eine oder mehrere Diagnoseanwendungen 210 
die erfaBten ProzeBsteuerdaten 201 verwenden, urn eine 
ProzeBsteuerdiagnose durchzufuhren. Zu diesen Diagnose- 
anwendungen konnen beispielsweise Anwendungen zahlen, 
die einem Operator helfen, Probleme innerhalb der ProzeB- 
regelkreise, Instrumente, Betatigungseinrichtungen etc. ge- 
nau einzugrenzen, wie beispielsweise die in der US-Patent- 
anmeldung mit der Seriennummer 09/256,585 mit. dem Titei 
"Diagnostics in a Process Control Systems", eingereicht am 
22. Februar 1999, beschriebene, die auf den Rechtsinhaber 
der vorliegenden Anmeldung iibertragen wurde und hiermit 
ausdriicklich durch Bezugnahme hierin eingeschlossen 
wird. Die Diagnoseanwendungen 210 konnen femer Dia- 
gnoseexpertensysteme einschlieBen, wie beispielsweise das 
in der US-Patentanmeldung mit der Seriennummer 
09/499,445 mit dem Titel "Diagnostic Expert in a Process 
Control System", eingereicht am 7. Februar 2000, beschrie- 
bene, das auf den Rechtsinhaber dcr vorliegenden Anmel- 
dung iibertragen wurde und hiermit ausdriicklich durch Be- 
zugnahme hierin eingeschlossen wird. Seibstverstandlich 
konnen die ProzeBdiagnoseanwendungen 210 die Form je- 
der anderen typischen oder StandardprozeBdiagnoseanwen- 
dung annehmen und sind nicht auf die hier besonders aufge- 
fuhrten beschrankt. Ferner konnen die Ausgaben dieser Dia- 
gnoseanwendungen 210 jede Form annehmen und konnen 
beispielsweise fehlerhaft oder mangelhaft arbeitende Regel- 
kreise, Funktionsblocke, Bereiche, Einheiten etc., innerhalb 
des ProzeBsteuersystems anzeigen, konnen anzeigen, wo 
Regelkreise abgestimmt werden miissen, etc. 
[0059] Wie ebenfalls in Fig. 3 gezeigt, kann ein ProzeB- 
steuerarchivspeicher 212 verwendet werden, um friiher er- 
faBte ProzeBsteuerdaten 201 zu speichern, oder Ausgaben 
der ProzeBsteueruberwachungsanwendungen 208, der Pro- 
zeBsteuerdiagnoseanwendungen 210 oder beliebige andere 
gewunschte ProzeBdaten. Selbstverstandliche konnen die 
ProzeBsteueruberwachungsanwendungen 208 und die Dia- 
gnoseanwendungen 210 die in dem Archivspeicher 212 ge- 
speicherten Daten in jeder bekannten oder gewunschten 
Weise nutzen. Ferner konnen die Anwendungen 208 und 
210 ProzeBrnodelle 214 (die Teil der Modelle 56 aus Fig. 1 
und Teil eines Leistungsuberwachungsfunktionsbereichs 
sein konnen) nutzen, die erstellt werden konnen, um alle 
ProzeBeinheiten oder Bereiche innerhalb des Prozesses oder 
einen Teil derselben wiederzugeben. 

[0060] Ferner empfangt ein Ausriistungsuberwachungs- 
funktionsblock 220 die Ausriistungszustandsdaten 202 oder 
die abgeglichene Version derartiger Daten, wenn eine Ab- 
gleichung an diesen Daten durchgefuhrt wird. Der Ausrii- 
stungsuberwachungsfunktionsblock 220 enthalt Ausrii- 
stungs- oder Zustandsuberwachungsanwendungen 222, die 
beispielsweise Alarme annehmen oder erzeugen konnen, die 
Probleme mit unterschiedlichen Ausrustungsteilen anzei- 
gen, mangelhaft oder fehlerhaft arbeitende Cerate innerhalb 
der Anlage 10 erfassen oder andere Ausrustungsprobleme 
oder Zustande erfassen, die fur eine Wartungsperson von In- 
teresse sein konnen. Ausriistungsuberwachungsanwendun- 
gen sind bekannt und enthalten typischerweise Hilfspro- 
gramme, die an die unterschiedlichen spezifischen Arten 
von Ausriistungsgegenstanden in einer Anlage angepaBt 
sind. Somit ist eine detaillierte Erorterung dieser Anwen- 
dungen nicht erforderlich. GleichermaBen konnen Ausrii- 
stungsdiagnoseanwendungen 224 implementiert sein, um 
Ausrustungsprobleme basierend auf gemessenen Rohdaten, 
welche die Ausriistungsgegenstande betreffen, zu erfassen 
und zu diagnostizicrcn. Derartige Ausrustungsdiagnoscan- 
wendungen 224 konnen beispielsweise Vibrationssensoran- 
wendungen, Anwendungen fiir rotierende^ Gerate, Lei- 
stungsmeBanwendungen etc. einschlieBen. Selbstverstand- 
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lich gibt es viele verschiedene Arten von bekannren Ausrii- 
stungszustandsiiberwachungs- und Diagnoseanwendungen, 
die viele Arten von unterschiedlichen Datenarten erzeugen 
konnen, die den Status oder den Betriebszustand von unter- 
schiedlichen Ausriistungsteilen innerhalb einer ProzeBsteu- : 5 
eranlage betreffen. Ferner kann ein Archivspeicher 226 
Rohdaten speichern, die von den Ausrustungsuberwa- 
chungscinrichtungen erfaBt wurden, kann von den Ausru- 
srungszu stands- und Diagnoseanwendungen 222 und 224 
crzcugtc Daten speichern und kann nach Bedarf Daten fur 10 
diese Anwcndungen bereitstellen. GleichermaBen konnen 
Ausrusiungsmodelle 228 (die Teil der Modelle 56 in Fig. 1 
sein konnen und somit Teil des Leistungsuberwachungs- 
funktionsbereichs) von den Ausriistungszustandsuberwa- 
chungs- und Diagnoseanwendungen 222 und 224 in jeder 15 
gcwunschien Wcise vorgesehen und verwendet werden. Die 
1 irsicl lung und die Nutzung derartiger Modelle ist nach dem 
Si ant I iicr Tcchnik bckannt und muss hicr nicht wcitcr be- 
schrieben vveriien. 

| <M)6 1 1 I {msprcchend empfangt ein in Fig. 3 gezeigter Pro- 20 
zcLSIeisiun^suberwachungsfunktionsblock 230 ProzeBlei- 
siungsdaien 203. die von der Datenerfassungseinrichtung 
204 abgeg lichen, iorniatiert etc. sein konnen oder nicht. Der 
T^ivrBleislungsiiberwachungsfunktionsblock 230 enthalt 
Pro/xl>sicucrubcrwachungsdnwendungen 231, die beispiels- 25 
weise Pro/cBsieuerinodelle 214, ProzeBausrustungsmodelle 
228 cxIct lx'isiungsniodclle232 verwenden konnen, um eine 
ProzeB Icislungsuberwachung in jeder bekannten oder ge- 
wiinschten Wcise auszufuhren. Ein weiterer Satz von An- 
wcndungen 233 kann die Ausgabe der ProzeBleistungsiiber- 30 
waehung nutzen, um einem Beriutzer Empfehlungen zu ge- 
bcn oder einen Benutzcr zu beraten, wie eine ProzeBausrii- 
stungskoniiguraiion zu verandern ist, um eine bessere Ge- 
sanitnutzung des Prozcsses auszufuhren oder einen ProzeB J 
zu erzeugen. der effizi enter arbeitet oder hoheren Gewinn 35 
bringl. Ein ProzeBIeistungsuberwachungsarchivspeicher 
234 kann Rohdalcn speichern, die von den ProzeBleistungs- 
uberwachungseinrichtungen erfasst wurden, kann von den 
ProzeBlcistungsuberwachungsanwendungen 231 und den 
Empfchlungsdalen 233 erzeugte Daten speichern und kann 40 
diese Daien an anderc Anwendungen nach Bedarf abgeben. 
Die Erslellung und Verwendung von ProzeBmodellen und 
ProzeB lei si ungs Liberwachungsanwendungen ist bekannt und 
wird hicr nichl wcitcr beschrieben. 

|0062) Wie Fig. 3 zcigt, konnen Finanzdaten in Form von 45 
Daten hinsichilich finanzieller Einschrankungen und Daten 
hinsichilich der Einschrankungen des ProzeBbetriebes, bei- 
spielswcisc enthaltend, welche Produkte erzeugt werden 
mussen, die Qualilat der erzeugten Produkte, Beschrankun- 
gen durch Pristcn, Kosten und Zulieferungen, Preisgestal- 50 
tungs- und Bcwcrtungsdaten von hergestellten oder verkauf- 
ten Produkicn, etc., in einem Funktionsblock 239 erfaBt 
werden. Obglcich dies nicht erforderlich ist, wird allgemein 
ausgedruckt der Funktionsblock 239 einen Computer ent- 
halten, der cine oder mehrere Dateneingabeanwendungen 55 
abarbeitet, welche ProzeBleistungsdaten von den Modellen 
214, 228 und 232 erfassen und finanziell darauf bezogene 
Daten von Pcrsonen, die dem ProzeB 10 zugehorig sind, wie 
zum Beispicl Verwaitungsmitarbeiter, oder von anderen 
Quellen erfassen. Diese finanziellen Anwendungen konnen 60 
eben falls diese Daten erzeugen. Diese Finanzdaten konnen 
jedoch anstatt der oder zusatzlich zu den hier aufgefuhrten 
aus vielcn anderen Daten stammen. 

[0063] Obwohl die Erfassung und Verarbeitung von Da- 
ten, wie vorstchend untcr Bczug auf Fig. 3 beschrieben, gc- 65 
genwartig in ProzeBsteueranlagen durchgefuhrt wird, wer- 
den allgenicin ausgedruckt die erfaBten Daten, das heiBt die 
ProzeBsteuerdaten, die ProzeBsteueriiberwachungsdaten 
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und die Ausrustungsuberwachungsdaten fur unterschiedii- 
che Personen bereitgestellt, in verschiedenen Formaten er- 
faBt und verwendet. und von vollig verschiedenen Anwen- 
dungen fur verschiedene Zwecke genutzt. So konnen wie 
vorstehend erortert, einige dieser Daten von Dienstlei- 
stungsorganisationen gemessen oder entwickelt werden, die 
Anwendungen nutzen, die proprietar sind und mit dem ubri- 
gen ProzeBsteuersystem nicht kompatibel sind. Gleicherma- 
Ben konnen Daten, die durch Finanzanwendungen erfaBt 
oder erzeugt wurden, die typischerweise in einer ProzeB- 
steuerumgebung verwendet werden, moglicherweise nicht 
in einem Format oder einem Protokoll vorliegen, das fur 
ProzeBsteuer- oder Alarmanwendungen erkennbar oder 
nutzbar ist. Als Resultat haben das Wartungspersonal und 
die Gerateiiberwachungs- und Diagnoseanwendungen, die 
dieses Personal nutzt, typischerweise keinen Zugriff auf Da- 
ten (und sind auch nicht dazu ausgelegt), die von einer der 
ProzcBstcucranwcndungcn, ProzcBmodcllc oder Finanzan- 
wendungen erfaBt oder erzeugt werden. GleichermaBen ha- 
ben der ProzeB steueroperator und die ProzeBsteueruberwa- 
chungs- und Diagnoseanwendungen, die von dieser Person 
verwendet werden, allgemein keinen Zugriff auf Daten (und 
sind auch nicht dafiir ausgelegt), die von den Ausriistungs- 
uberwachungsanwendungen und Leistungsmodellbildungs- 
oder Finanzanwendungen erfaBt oder erzeugt wurden. In 
ahnlicher Weise kann ein kaufrnannischer Mitarbeiter kei- 
nen Zugriff auf Daten haben, die entweder von den ProzeB- 
steuer- oder Ausriistungsuberwachungsanwendungen erfaBt 
oder erzeugt wurden, und kann in der Tat einen vollig unter- 
schiedlichen Datensatz haben, mit dem er arbeiten und Ent- 
scheidungen liber den Betriebsablauf der Anlage 10 treffen 
muB. GleichermaBen wird ein GroBteil der in den Funk- 
tionsblocken 206, 220, 230 und 239 durchgefuhrten Daten- 
messungen oder Datenerstellungen durch Dienstleistungsor- 
ganisationen durchgefuhrt, die proprietare Anwendungen 
nutzen und die allgemein ihre Daten nur zu einem kleinen 
Teil fiir andere Zwecke zur Verfugung stellen. 
[0064] Um die Beschrankung des eingeschrankten oder 
nicht vorhandenen Zugrififs auf Daten von verschiedenen 
externen Quellen zu uberwinden, ist das Datenerfassungs- 
und -verteilungssystem 102 vorgesehen, um Daten zu erfas- 
sen und diese Daten erforderlichenfalls in ein gemeinsames 
Format oder Protokoll umzuwandeln, das von Anwendun- 
gen innerhalb der in Fig* 3 dargestellten Betriebsmittelnut- 
zungssuite 50 zugreifbar und nutzbar ist. Auf diese Weise 
empfangen die Anwendungen innerhalb der Betriebsmittel- 
nutzungssuite 50 die unterschiedlichen Arten von Daten von 
den verschiedenen Funktionsbereichen oder Datenquellen 
einschlieBlich des ProzeBsteuerfunktionsbereichs 206, des 
Ausrustungsuberwachungsfunktionsbereichs 220 und des 
Leistungsuberwachungsfunktionsbereichs 230 und integrie- 
ren diese Daten in einer beliebigen Anzahi von Wegen zum 
direkten Vorteil des Betriebes der Anlage 10. Das Ziel der 
Betriebsmittelnutzungssuite 50 kann sein, eine bessere 
Ubersicht der Anlage 10 zu erzeugen, ein besseres Verstand- 
nis des Gesamtzustandes der Anlage 10 zu ermoglichen und 
das Treffen besserer Entscheidungen hinsichilich der Steue- 
rung oder Nutzung der Anlage 10 oder der Betriebsmittel 
der Anlage 10 auf der Basis aller Daten in der Anlage zu er- 
moglichen und insgesamt die Anlage 10 optimal zu betrei- 
ben. Die Integration der unterschiedlichen Arten von Funk- 
uonsdaten kann eine verbesserte Personalsicherheit, eine 
hohere ProzeB- und Ausriistungslaufzeit, die Vermeidung 
von katastrophalen ProzeB- und/oder Ausrustungsausf alien, 
cine hohcrc bctricblichc Vcrfiigbarkcit (Maschincnlaufzcit) 
und Anlagenproduktivitat, einen hoheren Produktdurchsatz, 
der aus einer hoheren Verfugbarkeit und der Fahigkeit ent- 
steht, sicher und gefahrlos rascher und enger an Konstrukti- 
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ons- und Hersiellungsgarantiegrenzen heranzugehen, einen 
hoheren Durchsatz, der durch die Fahigkeii bedingt ist, den 
ProzeB an den Umweltschutzgrenzwerten zu hetreiben, so- 
wie eine verhesserte Qualitat auf Grund der Eliminierung 
oder Minimierung von ausrustungsbezogenen ProzeB- und 
Produktvariationen schaffen. Im Gegensatz dazu wurden in 
der Vergangenheit die unterschiedlichen Funktionsbereiche, 
beispielsweise die ProzeBuberwachung, die Ausriistungs- 
uberwachung und die Leistungsuberwachung, unabhangig 
ausgefuhrt und jeder versuchte, seinen zugehorigen Funk- 
tionsbereich zu optimieren, ohne die Auswirkungen zu be- 
riicksichtigen, diegegebene Aktionen auf andere Funktions- 
bereiche haben konnten. Als Resultat war es beispielsweise 
mogiich, daB ein Ausrustungsproblem niedriger Priori tat ein 
groBes Problem beim Erzielen einer gewiinschten oder kriti- 
schen ProzeBsteuerleistung verursachte, jedoch nicht korri- 
giert wurde, da es im Zusammenhang der Ausriistungswar- 
tung als nicht schr wichtig bctrachtct wurdc. Mit dem Da- 
te nerfassungs- und Verteilungssystem 102, das Daten fur die 
Betriebsmittelnutzungs suite 50 bereitstellt, konnen jedoch 
Personen Zugriff auf einen Uberblick der Anlage 10 basie- 
fend auf zwei oder mehr von Ausrustungsuberwachungsda- 
ten, ProzeBleistungsdaten und ProzeBsteuerungstiberwa- 
chungsdaten haben. In ahnlicher Weise konnen Diagnose- 
vorgange, die fur die Anlage 10 durchgefuhrl werden, Dalen 
beriicksichtigen, die den ProzeBbetriebsablauf und den Ge- 
ratebetriebsablauf beriicksichtigen und eine bessere gesamt- 
diagnostische Analyse schaffen. So konnen Anwendungen 
innerhalb der Betriebsmittelnulzungssuite 50 die ProzeB- 
steuerungs-, Ausriistungsuberwachungs- und ProzeBlei- 
stungsdaten nutzen, um bessere oder vollstandigere Ent- 
scheidungen zu trefTen, die zwar fur einen Funktionsbereich 
nicht unbedingt vollig optimal sind, aber den Betriebsablauf 
der gesamten Anlage in einer Weise optimieren konnen, 
welche durch die unabhangige Operation der verschiedenen 
Funktionsbereiche nicht mogiich ist. 

[0065] Obwohl das Datenerfassungs- und Verteilungssy- 
stem 102 zwischen den funktionellen Datenerfassungs- oder 
Erzeugungsquellen 206, 220, 230 und 239 und der Betriebs- 
mittelnutzungssuite angeordnet sein kann, kann es anstelle 
dessen auch anderswo in dem System 10 angeordnet sein, 
und zwar in Abhangigkeit davon, welches die ungleicharti- 
gen Datenquellen sind, welche die verschiedenen Daten er- 
fassen. Tatsachlich kann das Datenerfassungs- und -vertei- 
lungssystem 102 in Abhangigkeit von der Art der Daten- 
quellen und davon, welche Datenquellen bereits integriert 
sind, an einer beliebigen S telle in dem RuBdiagramm von 
Fig. 3 angeordnet sein oder Daten in einem Standardformat 
oder lesbaren Format bereitstellen. Wie vorstehend angege- 
ben kann das Datenerfassungs- und -verteilungssystem 102 
zwischen der Betriebsmittelnutzungssuite 50 und den funk- 
tionellen Bereichen 206, 220, 230 und 239 angeordnet sein, 
was normalerweise der Fall sein wird. Das Datenerfassungs- 
und -verteilungssystem 102 kann jedoch vor einem beliebi- 
gen oder alien funktionellen Bereichen 206, 220, 230 oder 
239 oder in einer Kombination dieser beiden Anordnungen 
angeordnet sein. Wahrend ferner das Datenerfassungs- und 
Verteilungssystem 102 als zentralisiert, das heiBt an einer 
wS telle, dargestellt wurde, konnte es verteilt und an mehreren 
Orten in dem System implementiert sein. So konnten Kom- 
ponenten dieser Datenerfassungs- und -verteilungssoftware 
in mehreren verschiedenen Einrichtungen ausgefuhrt wer- 
den, damit man in der Lage ist, mehr oder bessere Daten von 
ungleichartigen I>atenquellen zu erfassen. Jede dieser meh- 
reren Datcncrfassungsanwcndungcn konnte so arbeitcn, daB 
sie Daten von einer oder mehreren Quellen erfaBt, in Abhan- 
gigkeit von dem Erfassungsbedarf und der Anordnung die- 
ser Anwendungen, und jede Anwendung konnte dann die er- 



faBten und formatierTen Daten an eine oder mehrere zentra- 
lisierte Datenbanken innerhalb des Systems abgeben, von 
wo diese Daten von andere n Anwendungen zugreifbar sind. 
[0066] Wie Fig. 3 zeigt, ist die Betriebsmittelnutzungs- 
5 suite 50 so dargestellt, daB sie eine Anzahl von Anwendun- 
gen enthalt, die Daten nutzen, die von verschiedenen funk- 
tionellen Bereichen oder Datenquellen innerhalb der Pro- 
zeBsteueranlage 10 erfaBt werden, darunter zum Zweck der 
Verdeutlichung der Leistungsuberwachungsfunktionsbe- 

10 reich 230, der ProzeBsteuerfunktionsbereich 206 und der 
Ausriistungsuberwachungsfunktionsbereich 220. Selbstver- 
standlich kann die Betriebsmittelnutzungssuite 50 alle Da- 
ten von diesen Bereichen empfangen, einschlieBlich Rohda- 
ten, abgeglichener Daten, in den Archivspeichern 212. 226 

15 und 234 gespeicherter Daten, von den Uberwachungsan- 
wendungen 208 und 222 erzeugter Daten, von den Lei- 
stungsmodellen 232 erzeugter Daten und von den Diagnose- 
anwendungen 210 und 224 erzeugter Daten. Auf Wunsch 
kann die Betriebsmittelnutzungssuite 50 ebenfalls die Pro- 

20 zeBmodelle 214 und die Ausrustungsmodelle 228 nutzen. Es 
versteht sich, daB die Betriebsmittelnutzungssuite 50 zwar 
so dargestellt ist, daB sie eine bestimmte Anzahl von An- 
wendungen enthalt, die Suite 50 jedoch jede Anzahl von 
Anwendungen einschlieBlich einer oder mehreren, die eine 

25 oder mehrere der hier beschriebenen Funktionen ausfQhren, 
enthalten konnte. 

[0067] Insbesondere kann die in Fig. 3 dargestellte Be- 
triebsmittelnutzungssuite 50 eine oder mehrere integrierte 
Anlagenstatusiiberwachungsanwendungen 240 enthalten. 

30 Diese Anlagenstatusiiberwachungsanwendungen 240 kon- 
nen die Indexerzeugungsanwendung 51 aus Fig. 1 enthalten, 
die Indizes ersteilt, welche Einrichtungen zugeordnet sind, 
wie zum Beispiel ProzeBsteuer- und Instrumentierungsein- 
richtungen, Leistungserzeugungseinrichtungen, rotierenden 

35 Geraten, Einheiten, Bereichen, etc., und/oder zu ProzeBsteu- 
erobjekten gehoren, wie zum Beispiel Einheiten, Regelkrei- 
sen, Bereichen etc. innerhalb der Anlage 10, und zwar basie- 
rend auf zwei oder mehr aus ProzeBsteuerinformationen und 
Einrichtungsinformationen und Leistungsinformationen. 

40 Die Erzeugung und Anzeige dieser Indizes wird weiter un- 
ten im Detail besciirieben. Allgemein ausgedruckt, konnen 
diese Indizes jedoch auf ProzeBsteuerdaten sowie auf Pro- 
zeBleistungs- und Ausrustungsiiberwachungsdaten basieren 
und konnen in einem konsistenten Format einem Benutzer 

45 uber eine integrierte Anzeige angezeigt werden. 

[0068] Wie Fig. 3 zeigt, kann die Betriebsmittelnutzungs- 
suite 50 eine integrierte Anzeigeanwendung 244 enthalten 
(bei der es sich um eine beliebige oder alle der Schnittstel- 
lenanwendungen 58 aus Fig. 1 handeln kann), die verschie- 

50 dene Daten einem Benutzer in integrierter oder allgemeiner 
Weise anzeigt. Allgemein ausgedruckt, ist die Anzeigean- 
wendung 244 so konfiguriert, daB sie verschiedene Informa- 
tionen einem beliebigen Benutzer darstellt, wobei die ange- 
zeigte Information zwei oder mehr der ProzeBsteuerdaten 

55 201, der Ausrustungsiiberwachungsdaten 202 und der Pro- 
zeBleistungsdaten 203 wiedergibt oder auf diesen basiert. 
Die Anwendung 244 empfangt Eingaben von anderen An- 
wendungen innerhalb der Suite 50 und kann einen Benutzer 
in die Lage versetzen, die Rohdaten 201, 202 und 203 zu be- 

60 trachten, kann einen Benutzer in die Lage versetzen, von 
Bildschirmdarstellung zu Bildschirmdarstellung zu sprin- 
gen, um unterschiedliche Teile oder Aspekte der Anlage 10 
basierend auf den Rohdaten oder verarbeiteten Daten zu be- 
trachten, kann einen Benutzer in die Lage versetzen, verar- 

65 bcitctc Daten, wie zum Beispiel Daten, die von der Ausrti- 
stungszustands-, ProzeBiiberwachungs- oder Leistungsuber- 
wachungsanwendung 222, 208 und 231, den ProzeBmodel- 
len 214, den Ausriistungs- oder ProzeBdiagnoseanwendun- 
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gen 224 und 210 erzeugi wurden, oder Daren, die von ande- 
ren Anwendungen innerhalb der Betriebsmittelnutzungs- - 
suite 50 erzeugt wurden. zu betrachten. ' 
[0069] Die Betriebsmirtelnutzungssuite 50 kann femer 
eine integrierte Alarmierungsanwendung 246 enthalten, die 5 
sowohl ProzeB- als auch Einrichtungsalarme empfangen 
kann und diese Alarnie in einem konsistenten Format einem 
Benutzer anzeigen kann. Eine derartige integrierte Aiarman- 
zeigeanwendung ist in der US-Parentanmeldung mit der Se- 
riennummer 09/707,580 mit dem Titel "Integrated Alarm 10 
Display in a Process Control Network", eingereicht am 7. 
November 2000, aufgezeigt, die auf den Rechtsinhaber die- 
ser Anmeldung ubertragen ist und die ausdrucklich durch 
Bezugnahme hierin eingeschlossen wird. Diese integrierte 
Alarmanwendung 246 kann Benutzeranzeigen 248 erzeu- 15 
gen, die Informationen uber die empfangenen Alarme be- 
reitstellt, ein Alarrnbanner bereitstellt, das die Alarme inte- 
gricrt, etc. Die Bctricbsmittclnutzungssuitc 50 kann femer 
eine oder mehrere integrierte Diagnoseanwendungen 250 
enthalten, welche die ProzeBsteuerdaten 201, die ProzeBlei- 20 
stungsdaten 205 und die Ausriistungszustandsdaten 202 in- 
tegrieren, um eine Diagnose auf anlagenweiter Basis durch- 
zufuhren. Beispielsweise gibt es viele Falle, in welchen Pro- 
zeBausriistungsdaten und ProzeBsteuerdaten kombiniert 
werden konnen, um eine bessere diagnostische Analyse uber 25 
einen Zustand innerhalb der Anlage 10 zu erzeugen als die 
Nutzung nur einer dieser Arten von Daten. GleichermaBen 
kann die Ausgabe einer Ausrustungszustandsdiagnosean- 
wendung 224 und die Ausgabe einer ProzeB steuerdiagnose- 
anwendung 210 kombiniert werden, um eine vollstandigere 30 
diagnostische Analyse fur eine ProzeBanlage zu erzeugen, 
als die Ausgabe einer der beiden dieser einzelnen Anwen- 
dungen. Die integrierten Diagnoseanwendungen 250 kon- 
nen Expertensysteme jedes gewiinschten Typs, ProzeB- und/ 
oder Ausriistungsmodelle und pradiktive Anwendungen 35 
enthalten, die Vorhersagen uber Zustande innerhalb der An- 
lage 10 basierend auf den empfangenen Daten oder anderen 
Diagnoseentscheidungen erstellen, die von anderen Anwen- 
dungen durchgefuhrt werden. Selbstverstandlich kann die 
integrierte Diagnoseanwendung 250 eine Benutzeranzeige 40 
uber die Schnittstellenanwendung 244 bereitstellen, um un- 
terschiedliche diagnostische Analysen anzuzeigen. Femer 
kann die integrierte Diagnoseanwendung 250 einen Benut- 
zer in die Lage versetzen, die Anwendung 250 so zu konfl- 
gurieren, daB dadurch bestimmte integrierte diagnostische 45 
Bestimmungen erzeugt werden. Beispielsweise kann fur ei- 
nen Benutzer ein Konfigurationsbildschirm dargestellt wer- 
den, in dem der Benutzer unterschiedliche Diagnoseanwen- 
dungen auswahlt, die ausgefuhrt werden sollen (darunter 
beispielsweise sowohl die ProzeBdiagnoseanwendungen 50 
210 als auch die Ausrustungsiiberwachungsanwendungen 
224), und kann dann auf der Basis der Ausgaben dieser aus- 
gewahlten Diagnoseanwendungen diese kombinieren oder 
weitere diagnostische Entscheidungen treffen. In diesem 
Fall kann der Benutzer die Ausgaben bestimmter bekannter 55 
ProzeB- und Ausrustungsuberwachungs- oder -diagnosean- 
wendungen zu einer neuen Funktion kombinieren (bei der es 
sich beispielsweise um eine ProzeBleistungsfunktion han- 
deln kann), welche diese Ausgaben in einer bestimmten Art 
und Weise kombiniert oder bewertet, um eine diagnostische 60 
Bestimmung durchzufuhren. Alternativ kann eine neue dia- 
gnostische Anwendung unter Verwendung sowohl der Pro- 
zeBsteuerdaten 201 als auch der Ausriistungsuberwachungs- 
daten 202 erstellt werden, um eine Anlagendiagnose auszu- 
fuhrcn. 65 
[0070] In diesen Beispielen kann die Diagnoseanwendung 
250 eine Benutzeranzeige beispielsweise uber die Benutzer- 
schnittstellen anwendung 244 ausgeben. 
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[0071] Die Fehlerdiagnoseanwendungen 250 konnen auch 
eine Ruckverfolgungsanwendung enthalten, die sowohl die 
ProzeBsteuerdaten 201 als auch die Ausriistungszustandsda- 
ten 202 verwendet, um die Quelle eines erfaBlen Problems 
zu bestimmen. Ruckverfolgungsanwendungen, die versu- 
chen, basierend entweder auf ProzeBsteuerdaten oder Aus- 
riistungszustandsdaten die Ursachen von erfaBten Proble- 
men zu lokaiisieren, sind bereits vorhanden, es wurde je- 
doch keine derartige Ruckverfolgungsanwendung verwen- 
det, um die Probieme in einer Anlage basierend sowohl auf 
ProzeBsteuerdaten als auch auf Ausriistungszustandsdaten 
genau zu bestimmen. Die Verwendung einer Ruckverfol- 
gungsanwendung sowohl unter Nutzung der ProzeB- als 
auch Ausrustungsdaten kann eine bessere beziehungsweise 
vollstandigere Antwort auf die Ursache eines Problems oder 
eines Zustandes innerhalb der ProzeBanlage 10 geben, als 
friihere Ruckverfolgungsanwendungen, die nur entweder 
ProzeB- oder Ausrustungsdaten nutztcn. Selbstverstandlich 
integrieren diese Ruckverfolgungsanwendungen ProzeB- 
steuer- und Ausrustungsuberwachungsdaten und auf 
Wunsch ProzeBleistungsdaten, um die Ursache eines Pro- 
blems zu bestimmen. Eine derartige Ursache kann eine 
Kombination von Faktoren sein, die unterschiedlich ge- 
wichtet sein konnen, die Erf as sung von ProzeB- und Ausrii- 
stungszuslanden, die nicht gleichzeilig vorliegen sollten 
(beispielsweise eine Pumpe, die lauft und ein Absperrventil, 
das geschlossen ist) etc. Die Presentation dieser Problem 
kann im Rahmen von Wahrscheinlichkeiten, Gewichtung, 
vorhergesagten Zustandsbedingungen etc. erfolgen. Diese 
Ruckverfolgungs- oder andere Diagnoseanwendungen kon- 
nen formale Modelle des Prozesses und der Ausriistung nut- 
zen sowie auch die abgeleiteten Werte von Eingabe- und 
Ausgabevariablen und die tatsachlichen Messungen dieser 
Variablen, um den abgeleiteten Gesamtwert der Ausgabeva- 
riablen hinsichtlich der Eingabe variablen zu berechnen und 
diesen abgeleiteten Gesamtwert unter Verwendung von rea- 
len ProzeBmessungen zu bewerten, um die kausalen Bei- 
trage der verschiedenen moglichen Quellen zu berechnen. 
Diese kausalen Daten konnen ebenso mit den tatsachlichen 
Ausgabedaten von der Anlage 10 verifiziert, bewertet und 
abgeglichen werden, um zu bestimmen, wie gut die Vorher- 
sagen standgehalten haben. 

[0072] In jedem Fall konnen eine oder mehrere Aktions- 
anwendungen 260 vorgesehen sein, um hinsichtlich der Dia- 
gnoseentscheidungen, die von der integrierten Diagnosean- 
wendung 250 getroffen wurden, oder ansprechend auf 
Alarmzustande oder andere Zustande eine Aktion einzulei- 
ten. Beispielsweise kann die Anwendung 260 eine Liste von 
moglichen Aktionen oder Empfehlungen f iir einen Benutzer 
uber die Benutzerschnittstellenanwendung 244 bereitstellen 
oder fur eine pradikative Anwendung 262, die das Resultat 
einer derartigen Empfehlung vorhersagt und diese Resultate 
einem Benutzer uber die integrierte Anzeigenanwendung 
244 anzeigt. Diese Empfehlungen konnen beispielsweise so 
gestaltet sein, daB sie Aktionen zur Korrektur eines Pro- 
blems einleiten, eine langere Lebensdauer der Anlage 10 er- 
zielen, die Anlage 10 wirtschaftlicher oder innerhalb vorge- 
gebener finanzieller Beschrankungen oder Beschrankungen 
durch die Umweltbehorde fahren, um zukunftige Probieme 
basierend auf der gegenwartigen oder vorhergesagten Pro- 
zeB- und Ausriistungsfunktionalitat zu vermeiden, etc. Die 
Anwendung 260 kann femer den Benutzer in die Lage ver- 
setzen, Simulationen der Anlage 10 basierend auf vorge- 
schlagenen Aktionen ablaufen zu lassen, um die simulierte 
Auswirkung dieser Anwendungen vor der Umsctzung der 
Aktion zu sehen. Die Anwendung 260 kann Aktionen unter- 
nehmen, um mehr oder bessere Daten zu erfassen, und zwar 
im Verlauf der Erstellung einer besseren Diagnoseentschei- 
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dung. Irn Zuge dieser Datenerfassung konnen die Ausru- 
stuncszustands- oder die ProzeBuberwachungsanwendun- 
gen oder die Leisrungsubewachungsanvvendungen automa- 
Tisch veranlaBt. werden, mehr oder andere Arten von Daten 
zu erf as sen. 

[0073] Die Anwendung 260 kann, sofem sie so konngu- 
riert ist, automadsch Akdonen innerhalb der Anlage 10 un- 
temehmen, wie etwa das Neueinsteilen von Soilwerten, das 
Absdrnmen von Regelkreisen, die Reconfiguration von 
Ausrustung etc., wie dies durch den Ruckkopplungsweg 264 
angezeigt ist, und zwar basierend auf den von den Anwen- 
dungen 250 getroffenen Diagnoseentscheidungem Alarmsi- 
gnalen etc. Diese Aktionen konnen mit der Nutzung von 
ProzeBsteueranwendungen, Ausriistungsuberwachungs- 
und Steueranwendungen verbunden sein oder nicht, um Ver- 
' anderungen an dem System umzusetzen. Diese Aktionen 
konnen ferner die Rekonfiguration der Anlage 10 mit sich 
bringcn, um cin andcrcs Produkt oder mchr cincr Produktart 
gegenuber einer anderen herzustellen oder anderweidg die 
Anlage 10 zu rekonfigurieren, um die finanziellen Ertrage zu 
maximieren oder andere Ziele zu bewirken. Ferner kann die 
Anwendung 260 andere Anwendungen aufrufen, wie etwa 
eine automatische Arbeitsauftragserzeugungsanwendung 
270 (bei der es sich um die Anwendung 54 aus Fig. 1 han- 
deln kann), um fur die Ausrustung erforderliche Teile zu be- 
stellen, fur die Herstellung neuer Produkte benotigte Roh- 
materialien zu bestellen etc. Selbstverstandlich kann die An- 
wendung 260 integrierte Alarmierungsdaten, Daten iiber fi- 
nanzielle Beschrankungen oder Direktiven oder andere Da- 
ten je nach Erfordernis benutzen, um Notf allaktionen einzu- 
leiten, um eine Steuerung auszufuhren, um automatische 
oder rnanuelle Veranderungen zu veranlassen, die an der 
Anlage 10 auszufuhren sind, um die Direktiven auszufuh- 
ren, etc. 

[0074] Es versteht sich, da£ die Benutzerschnittstelle 244 
eine beliebige Auswahl oder alle einer Anzahl von unter- 
schiedlichen Arten von Benutzerbildschirmen basierend auf 
der in der Suite 50 ausgefuhrten Anwendung anzeigen kann. 
So kann beispielsweise die Benutzerschnittstelle 244 Ausru- 
stungsleistungsbildschirme, Rohdatenbildschirme, Status- 
diagramme 242 etc. anzeigen. Die Benutzerschnittstelle 244 
kann ferner integrierte Alarmbildschirme 248 anzeigen, die 
von der integrierten Alarmanwendung 246 erzeugt werden. 
In ahnlicher Weise konnen Diagnoseanzeigen 273, Empfeh- 
lungsbildschirme 274 und Bildschirrne, welche die Sollpro- 
duktion und Ausriistungsnutzung 275 und 276 anzeigen, 
von jeder der Fehlerdiagnoseanwendungen 250 erzeugt wer- 
den. GleichermaBen konnen Produktionsplanungs- und Fi- 
nanzbildschirme 277 beliebiger Natur von den Aktionsan- 
wendungen 260 erzeugt werden. Selbstverstandlich konnen 
andere Arten von Bildschirmen und Anzeigen von diesen 
und anderen Anwendungen basierend auf Daten von zahl- 
reichen Datenquellen erstellt werden. 

[0075] Es sei angemerkt, daB in Fig. 3 zwar die ProzeB- 
steuer-, die Ausrustungsuberwachungsdiagnose- und die 
Leistungsuberwachungsanwendungen getrennt von der An- 
wendungssuite 50 dargestellt sind, diese speziellen Anwen- 
dungen jedoch Teil der Suite sein konnen oder von der Suite 
mit integrierten Anwendungen 50 verwendet werden konn- 
ten, wenn dies gewiinscht ist. Wahrend Fig. 3 ferner die zu 
einer Ausfuhrungsform einer Anlage 10 gehorenden Daten 
darsteUt. soil Fig. 3 nicht die physischen Orte einer der An- 
wendungen innerhalb der Anwendungssuite 50 angeben. So 
konnen die in Fig. 3 gezeigten Anwendungen und die Hard- 
ware tcilwcisc oder vollstandig an jedem gewunschten Ort 
innerhalb der Anlage (oder auch von der Anlage 10 entfemt, 
wenn dies gewiinscht ist) angeordnet sein und diese Anwen- 
dungen miTssen nicht an demselben Ort plaziert sein. Ferner 



kann der DatenfluB zwischen Daienerfassungseinricht.ungen 
und dem Datenerfassungs- und Verteilungssystem 102 so- 
wie zwischen dem Datenerfassungs- und Verteilungssystem 
102 und den in Fig. 3 dargestellten Anwendungen iiher jedes 
5 gewunschte Netz erfolgen, wie zum Beispiel ein LAN oder 
WAN, das Internet, ein beliebiges Intranet, etc. Daten kon- 
nen in jeder gewunschten Weise unter Verwendung von je- 
der gewunschten Hardware einschlieBlich beispielsweise je- 
des ^physikahschen Mediums, jedes dedizierten oder ge- 
10 meinsam genutzten Informationstransportverfahrens, darun- 
ter ohne Einschrankungen die Benutzung von dralUgebun- 
denen, drahtlosem Koaxialkabel-, Telefonmodem-, C}lasfa- 
ser-, Meteorburst-, SatelUten- etc. -Einrichtungen transpor- 
- tiert werden. Diese Kommunikadon kann auch jedes ge- 
15 wunschte Protokoll verwenden, wozu ohne Einschrankun- 
gen Fieldbus-, XML-, TCP/IP-, IEEE 802.3-, Blue tooth-, 
X.25-, X.400-Protokolle oder jedes andere jetzt bekannte 
oder zukunfdg cntwickcltc Protokoll zahlcn. 
[0076] Die Daten konnen in jedem Zustand der Ubermitt- 
20 lung zu den, der Nutzung durch die oder der Ruckuberrnitt- 
lung von den Integrationsanwendungen 50 kondiUomert 
oder komprimiert werden. Selbstverstandlich kann jede be- 
kannte oder gewunschte Komprimierung verwendet wer- 
den, darunter beispielsweise Wavelet-Signalreprasentation, 
25 Fourier-, Hadamard-, etc. -Transformation, Koiiimunikadon 
von Fourierkoeffizienten etc., Exception processing, Swin- 
ging door data compression etc. 

[0077] Ferner konnen die Integrationsanwendungen 50, 
wie etwa die Diagnoseanwendung 250, beliebige gemein- 
30 same Modelle der ProzeBausriistung und des ProzeBverhal- 
tens nutzen, um diagnosdsche oder pradikdve Entscheidun- 
gen zu erstellen, darunter beispielsweise formale mathema- 
tische ModeUe, statistische Korrelauonen, Schatzungen ba- 
sierend auf Kalmanfilter, neurale Netze, ModeUe auf der Ba- 
35 sis von Fuzzy logic oder jede beliebige Kombination dieser 
oder anderer Modelle. 

[0078] In einer Ausfuhrungsform kann die Diagnosean- 
wendung 250 einen Benutzer in die- Lage versetzen, die 
Charakterisdken der Wellenformen von Ausgangssignalen 
40 der ProzeB- oder Zustandsuberwachungssensoren zu be- 
trachten und Steuerungsveranderungen als Trend, und/oder 
Alarm und/oder Aufruf zu verarbeiten, wenn diese Muster 
sich verandern. Diese Funktionalitat kann durch Musterer- 
kennung mit Alarrngrenzen an dem Merkmalssatz imple- 
45 menuert werden. oder durch Betrachten der Fourierkompo- 
nenten und das Vorsehen eines Trendbildungs- und/oder 
Alarm- und/oder SteueranstoBes basierend auf den an den 
einzelnen Fourierkoeffizienten gesetzten Grenzwerten oder 
einer gewichteten Kombinadon der Fourierkoeffizienten 
50 oder einer Funktion derselben (beispielsweise der quadrati- 
schen Funktion, Gesamtwechselstromleistung, derPSD-Ko- 
effizienten etc.) implemendert werden. 
[0079] In einer Ausfuhrungsform konnen eine oder meh- 
rere Karten, wie zum Beispiel Eingabe/Ausgabe-Karten 
55 (I/O), die rnit einer oder mehreren der ProzeBsteuereinnch- 
tungen 12 oder 14 in Fig. 1 verbunden sind, vorgesehen 
sein, um Uberwachungseingaben von ProzeB- und Ausrii- 
stungsuberwachungsaktivitaten zu erfassen, umzuwandeln 
und zu verarbeiten oder zu puffern, womit diese Karten ei- 
60 nen Teil oder das gesamte Datenerfassungs- und Vertei- 
lungssystem 102 implementieren konnen. Diese I/O-Karten 
(bei welchen es sich um Untergruppenprozessoren handeln 
kann, auf welchen Datenerfassungsroutinen implemendert 
sind)', konnen Datenerfassungsakdvitaten fur einige oder 
65 allc Einrichtungen, Bcrcichc etc. der ProzeB anlage 10 
durchfuhren, um die von den integrierten Anwendungen in 
der Anlage 10 benotigten Daten bereitzustellen. Diese Kar- 
ten konnen so konfi^uriert sein, daB sie die ProzeBsteuerda- 
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ten, Ausrustungsiiberwachungsdaten oder ProzeBlei stung s- 
daten zum Tell oder vollstandig von verschiedenen und 
mehrfachen und unterschiedlichen Einrichtungsarten oder 
Quellen in dem ProzeRsteuersystem erfassen. Zu diesen Da- 
tenquellen konnen beispielsweise tragbare Erfassungsein- 
richtungen, chemische und physikalische LabormeBquellen, 
direkte Online-Eingabequellen und entfernte Quellen zah- 
len. Femer kann eine weitere Karte, wie beispielsweise eine 
mit einem Steuergerat verbundene I/OKarte, vorgesehen 
sein, um eine oder mehrere der integrierten Anwendungen, 
die hier beschrieben werden, zu speichern und zu implemen- 
tieren. Wahrend somit Fig. 1 die Datenerfassungs- und Ver- 
teilungsanwendungen sowie die integrierten Anwendungen 
innerhalb der Betriebsmittelnutzungssuite als in einem Zen- 
tralcomputer 30 implementiert zeigt, konnen diese Anwen- 
dungen und die Datenerfassungsaktivitaten fur diese An- 
wendungen in einer oder mehreren dedizierten Karten oder 
andcrcn Einrichtungcn implementiert scin, die uber die Pro- 
zeBanlage 10 verteilt sind. Diese Karten oder untergeordne- 
ten Prozessoren konnen direkt mit einer Benutzerschnitt- 
stelle und einer Steuereinrichtung uber einen Systembus, 
wie zum Beispiel den Bus 32 in Fig. 1, verbunden sein, oder 
konnten Teil eines Eingabe/Ausgabesystems sein, das zu ei- 
ner oder mehreren dieser Steuereinrichtungen gehort, oder 
konnten anderweirig angeordnet sein. Selbstverstandlich 
konnte eine derartige dedizierte Karte alle der integrierten 
Anwendungen oder jede beliebige Teileinheit davon in Ab- 
hangigkeit von der Konfiguration und der Art der ProzeBan- 
lage 10, in der sie verwendet wird, ablaufen lassen. In eini- 
gen Fallen kann eine gewisse Vorverarbeitung der auf Steu- 
ereinrichtungsebene erfaBten Daten durchgefuhrt werden, 
und diese vorverarbeiteten oder teilweise verarbeiteten Da- 
ten konnen anschlieBend einer weiteren Einrichtung zur 
Verfugung gestellt werden, wie zum Beispiel dem Compu- 
tersystem 30, das die integrierte Verarbeitung vervollstandi- 
gen kann. Auf diese Weise konnen die integrierten Anwen- 
dungen 50 ihrer Art nach verteilt sein, wenn sie in einer An- 
lagenumgebung implementiert werden. 
[0080] Ein Verfahren zum Erfassen und Integrieren von 
Daten von ungleichartigen Datenquellen wird nachfolgend 40 
unter Bezug auf Fig, 4 bis 6 erortert. In diesem Beispiel wird 
davon ausgegangen, daB die von den voneinander verschie- 
denen Datenquellen erfaBten Daten in ein Format konver- 
tiert werden, das von dem ProzeBsteuersystem verwendet 
wird, das unter Verwendung des von Fisher Rosemount Sy- 
stems, Inc., vertriebenen Delta V-ProzeBsteuersystems im- 
plementiert wird. Das hat zur Folge, daB die ProzeBsteuer- 
daten keine entfernte Datenquelle sind. Andere Daten, wie 
zum Beispiel Wartungsdaten, Leistungsiiberwachungsdaten, 
ProzeBmodelldaten, Finanzdaten etc. stammen jedoch von 
externen Datenquellen. Allgemein ausgedriickt ist dieses 
System unter Verwendung eines Konfigurationssy stems 
konfiguriert, das Daten uber die Konfiguration des Systems 
speichert und diese verfolgt. In der Vergangenheit war ein 
derartiges Konfigurationssystem auf die Plazierung und 55 
Wechselwirkung von ProzeBsteuereinrichtungen, Software 
und Strategien beschrankt und enthielt in einem begrenzten 
AusmaB Wartungsinformation uber bestimmte Einrichtun- 
gen, wie zum Beispiel Anlageneinrichtungen. Da der 
Schwerpunkt des Systems die Versorgung von ProzeBsteu- 
eroperatoren war, war die dem Benutzer dargestellte und 
von dem Konfigurationssystem verfolgte Information allge- 
mein auf ProzeGsteuerdaten beschrankt. In diesem bekann- 
ten System speicherte eine Konfigurationsdatenbank und 
zcigtc cine Explorer- An wendung Informationcn an, die zu 
den ProzeBsteuereinrichtungen gehoren, sowie die von die- 
sen Einrichtungen erfaBten und durch diese Einrichtungen 
erzeugten Daten. 
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[0081] Allgemein wird nun. um es zu emioglichen. daB 
Daten von unterschiedlichen Darenqueilen in einem einzel- 
nen System erfaBt und verwendet werden, eine Konfigurati- 
onsdatenbank oder ein anderes integriertes Konfigurations- 
system vorgesehen, um es zu ermoglichen, daB unterschied- 
liche Datenquellen Daten an das System zur Nutzung als 
eine einzelne Datenquelle abgeben. Eine derartige Konfigu- 
rationsdatenbank wird verwendet, um Daten von anderen, 
ungleichartigen Datenquellen zu erfassen und zu speichern, 
und eine Anzeige oder Hierarchie des Explorer- Typs ist vor- 
gesehen, um die Manipulation, Organisation und Nutzung 
der erfaBten Daten zu ermoglichen, um dadurch diese Daten 
den unterschiedlichen Anwendungen verfugbar zu machen. 
[0082] Fig. 4 zeigt eine Ubersicht uber die Architektur ei- 
nes Systems 300, das die Erfassung von Daten von un- 
gleichartigen Datenquellen mit einem ProzeBsteuersystem 
implementiert. Allgemein ausgedriickt, enthalt das System 
300 einen Informationstcchnologic-systemabschnitt 302 
(ITS), der ein Wartungsverwaltungssystem 304, ein Produk- 
tinventarkontrollsystem 306, ein Produktplanungssystem 
308 sowie andere Systeme enthalt, die durch ein LAN, das 
Internet etc., verbunden sind. Der ITS 302 ist mit einem 
Webservices- Abschnitt 310 uber einen XML-Transaktions- 
server 312 verbunden. Der Server 312 sendet XML-ge- 
wrappte Daten an die Webservices 310, welche die Daten 
anzeigen, die von den Blocken 304, 306 und 308 verwendet 
oder erzeugt werden. 

[0083] Die Webservices 310 enthalten eine Reihe von 
Web service-Mi thorern 314, die nach bestimmten Daten ho- 
ren oder die bestimmte Daten von anderen Datenquellen 
abonnieren und diese Daten den abonnierenden Anwendun- 
gen zur Verfugung stellen. Die abonnierenden Anwendun- 
gen konnen zu den Anwendungen innerhalb des ITS 302 
oder einem ProzeBsteuersystem gehdren. Die Web-Mithd- 
rerservices (die Teil des Datenerfassungs- und Verteilungs- 
system 102 sein konnen) konnen nach Alarm- und Ereignis- 
daten, ProzeBzustandsiiberwachungsdaten und Ausrii- 
stungszustandsuberwachungsdaten horen und diese weiter- 
leiten. Schnittstellen fur diese Daten werden verwendet, um 
die Daten in ein Standardformat oder -protokoll, wie zum 
Beispiel das Fieldbus- oder Delta V-Protokoll, oder nach 
Wunsch in XML zu konvertieren. 

[0084] Die Webservices 310 sind mit anderen externen 
Datenquellen uber Webserver 316 in Kontakt und erhalten 
Daten von diesen. Die externen Quellen konnen Vibrations- 
iiberwachungsdatenquellen, Echtzeitoptimierungsdaten- 
quellen, Expertensystemanalysedatenquellen, pradiktive 
Wartungsdatenquellen, Regelkreisiiberwachungsdatenquel- 
len oder andere Datenquellen einschlieBen. Selbstverstand- 
lich kann jede Quelle uber verschiedene exteme Server ver- 
bunden sein, oder zwei oder mehr der Datenquellen konnen 
Server gemeinsam nutzen, wo dies moglich ist. Gleicherma- 
Ben konnen diese Datenquellen in die ProzeBsteuerumge- 
bung eingebettet sein oder von dieser separat sein und mit. 
den externen Servem uber das Internet oder ein anderes 
LAN oder WAN verbunden sein. In jedem Fall konnen die 
Webserver 316 einen Teil der Funktionalitat des Datenerfas- 
sungs- und Verteilungssy stems 102 implementieren, indem 
sie die empfangenen Daten formatieren, wenn dies ge- 
wiinscht ist. 

[0085] Ein ProzeBsteuerlaufzeitsystem 318 ist mit den 
Webservices 310 und den externen Servem 316 in Kontakt. 
Das Laufzeitsystem 318 enthalt Steueranwendungen, Ope- 
ratorschnittstellenanwendungen, Alarm- und Ereignisan- 
wendungen und Echtzcitdatcnanwcndungcn, die jewcils die 
Daten von den externen Servern oder von den Webservices 
(und somit von dem ITS 302) nutzen konnen. Ein Interopsy- 
stem 320 ist vorgesehen, um die Daten von den Webservern 
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316 und den Webservices 310 zu erfassen und zu organisie- 
ren, urn diese Daten in einem gerneinsamen oder konsisten- 
ten Format zur Verfugung zu stellen, das von dem ProzeB- 
steuerlaufzeifsystem 31 8 nurzbar ist. Das Tnferopsystem 320 
kann Konvertierungsschnittstellen, wie zum Beispiel ROC, 5 
OPC PI und Virtual Controller DLL I/F-Schnittstellen ent- 
haltcn, die die Datenumwandlung und -erkennung an den 
von den Wcbservern 316 und den Webservice-Mithoren 314 
ciupfunncncn Daicn durchfuhren konnen. 

|0()86 r SchlicBlich wird eine Konfigurationsdatenbank 10 
322 verwendcl. um die Daten von dem Interopsystem 320 
und dem Pro/.eBsieucrlaufzeitsystem 318 zu speichern und 
zu orcanisicrcn. cinsehlicBlich aller Daten von den entfern- 
len Duicnqucllcn. wie zum Beispiel den externen Webser- 
vem 316 und dem ITS 302. Selbstverstandlich kann das ITS i> 
302 cbcnlalK Dalen von dem ProzeBsteuersystem und den 
entlcmien Haicnqucllcn uber die Webservices 310 abonme- 
rcn und erhalun. 

[00871 Fiu- > Beispiel einer Anzeige 350, das 

von einem Nju^jiionMool des l:\plorertyps erzeugt wird, 20 
das-vcrwciklci wenlcn kann. urn die von dem Datenerfas- 
sungs- und -vcnciUin^sxMem 102 crtaBten Daten, die in 
der^onliiiuruhonsduienbank 322 gespeichert sind, zu spei- 
chern, zu or^nisicren unil aui diese /.uzugreifen. Die An- 
zeige oder Hierarchic 350 cnihali /ditrciche verschiedene 2:> 
Abschnitte. die lur verschiedene Xwccke verwendet werden 
konnen. Die Hierarchic 350 slelli jedoch eine Organisation 
der Daten oder andcrer Klcmcnic dar, die fur das System 
verfugbar sind. erlauien einen IJberblick uber diese und bie- 
tet Zugriff aut" diese. Soniii wird die Tlierarchie 350 verwen- 30 
det, urn die in der Konliguraiionsiiatenbank gespeicherten 
Daten darzustellen und diese Dalen zu manipulieren, um so 
die Konfiguratioii des Systems in gewisser Weise zu veran- 
dern. Wie zu erkennen ist, enthalt das Hierarchiebeispiel 
von Fig. 5 eine An/.ahl von verschiedenen Abschnitten, dar- 35 
unter einen "BibIiolheks"-Abschnitu einen "Steuerstrate- 
gien n -Abschnitt und einen "Nctz"-Abschnitt, die jeweils flir 
unterschiedliche Xwccke verwendet werden konnen oder 
zur Darstellung von unicrschicdlichen Daten oder verschie- 
denen Organisationsweisen der in der Konfigurationsdaten- 40 
bank gespeicherten oder dieser zur Verfugung stehenden 
Daten verwendet werden konnen. 

[0088] Allgemein ausgcdriickl, enthalt der Bibliotheksab- 
schnitt Listen von verschiedenen Elementen, die in der Kon- 
figuration gespeichcrt sind oder dieser zugehorig sind, und 45 
bietet Zugriff auf diese. Diese Elemente konnen Hardware- 
oder Softwareelemente sein, darunter beispielsweise Vorla- 
gensoftwaremodule, Anlageneinrichtungen, Steuereinrich- 
tungen, Workstations etc. Um die Daten von den ungleichar- 
tigen Datenquellen darzustellen, zu organisieren und Zugriff 50 
auf diese zu ermoglichen, kann die Bibliothek ferner einen 
oder mehrere externe Server enthalten, die als DatenfluBlei- 
tungen von den ungleichartigen Datenquellen zu dem inte- 
grierten System verwendet werden. Diese Server sind in 
Fig, 4 als Webserver 316 dargestelit. In seiner Verwendung 5> 
hierin enthalt das integrierte System alle Hardware- und 
Softwareelemente uber dem Datenerfassungs- und Vertei- 
lungssystem 102 aus Fig. 2. Anders ausgedruckt, enthalt das 
integrierte System die Elemente, die dasselbe Datenformat 
innerhalb des Systems 10 nutzen. 60 
[0089] Unter jedem externen Server und daher diesem zu- 
gehorig sind Elemente oder Parameter der Datenquelle defi- 
niert die diesen Server als eine Datenleitung nutzt. Die defi- 
nierten Parameter des Servers und damit der Datenquelle 
konnen Icons scin, die Anwcndungcn oder Hardwarccin- 6:> 
richtungen darstellen, die mit dem Server verbunden sind 
oder in diesem gespeichert sind. Diese definierten Parameter 
konnen mit XML-Scripts bestuckt sein, die von den eigent- 



lichen externen Servern vorgesehen werden und zu den un- 
ierschiediichen Datenquellen gehoren. In einigen Fallen 
konnen die Besitzer oder die Personen, welche die Daten- 
quellen erstellt. haben, wie zum Beispiel die Serviceprovider 
oder Hersteller der Anwendungen, die XML-Scnpts zur 
Verfugung stellen, welche die betrieblichen Fahigkeiten der 
Server oder Datenquellen, die zu diesen gehoren, definieren. 
Im Gegensatz dazu kann ein Benutzer oder ein Operator in- 
nerhalb des integrierten Systems die Bibliothek mit Infor- 
mational bestiicken, welche den Zweck und die Attribute 
des externen Servers definieren. 

[0090] Eine Beispieldatenquelle, die in Fig. 4 zu einem 
externen Server gehdrig dargestelit ist, ist die RTO+ An- 
wendung. Allgemein ausgedruckt ist die KTO+ Anwendung 
eine Optimierungsanwendung, die von einem ProzeRsteuer- 
system-Dienstleister zur Verfugung gestellt und allgemein 
implementiert wird. Diese Anwendung wird gewohnlich fur 
cin bestimmtes ProzeBsteuersystem maBgcschncidcrt und 
benutztModeUe, um die ProzeBsteueranlage zum Zweck der 
Optimierung der Steuerung der Anlage modellhaft darzu- 
steUen. Unter dem RTO+ Icon, das physikalisch auf der Da- 
tenquellenseite des extemen Servers angeordnet ist, ist die 
RTO+ Anwendung in der Darstellung mit einer Kessel- 
dampflurbine beschaftigt. Die RTO+ Anwendung steUt In- 
fonnationen, wie etwa den Wirkungsgrad dieser Turbine, 
die Ausgangsleistung dieser Turbine und andere Parameter 
oder Daten zur Verfugung, die von der RTO+- Software hin- 
sichtlich der Turbine gemessen oder erzeugt werden. Ferner 
sind andere Elemente, die sich auf die Kesseldampfturbme 
beziehen und von der RTO-l- Software zur Verfugung gestellt 
werden, in der Bibliothek dargestelit. Beispielsweise sind 
Funktionsblocke, die fur die Turbine definiert sind oder mit 
dieser in Verbindung stehen, ebenso wie Parameter dieser 
Funktionsblocke aufgelistet. GleichermaBen sind Alarmzu- 
stande in Verbindung mit der Turbine dargestelit und kon- 
nen hier fxeigegeben (eingeschaltet) oder auBer Funktion ge- 
setzt (abgeschaltet) werden. GleichermaBen eine Anzeige, 
ob andere Anwendungen, wie zum Beispiel Diagnosean- 
wendungen, die moglicherweise Daten von der Turbine uber 
die RTO+ Software erfassen mussen, freigegeben oder au- 
Ber Betrieb gesetzt sind. Ferner sind andere vordefinierte 
Archivdatensamrnlungen, welche iiber die Turbine zu erfas- 
sende und zu speichernden Daten definieren, in diesem Ab- 
schnitt der Bibliothek gespeichert. Es sei angemerkt, daB die 
Alarmzustande und andere Dienste, wie zum Beispiel die 
Diagnosedienste, nicht tatsachlich Teile der Kesseldampf- 
turbine sind. Sie sind jedoch in der Bibliothek unter diesem 
Element aufgefuhrt, da sie von der Turbine Daten erfassen 
und daher die Turbine unterstutzen. 

[0091] Unter Bezug auf den Steuerstrategienabschnitt der 
Hierarchic 350 sind die Steuerstrategien beispielsweise nach 
geographischen Bereichen, wie zum Beispiel Bereich 1, Be- 
reich 2 etc., organisiert. Jeder Bereich kann in verschiedene 
Einheiten, wie zum Beispiel Einheit 1, Einheit 2, etc. unter- 
teilt werden. Ferner kann jede Einheit zahlreiche Module 
aufweisen, die zu dieser gehoren. Diese Module konnen be- 
liebige Module sein, wie etwa Module, die innerhalb des 
ProzeBsteuernetzes in dem konsistenten Format entwickelt 
wurden, oder Module, die zu den andersartigen Datenquel- 
len gehoren. Diese Module werden allgemein verwendet, 
um zu konflgurieren, wie verschiedene Anwendungen in 
Zusammenhang miteinander operieren und miteinander 
kommunizieren. Diese Funkuonalitat wird im Detail unter 
Bezug auf Fig. 6 beschrieben. 

[0092] Der Steuerstrategienabschnitt stcllt Informationcn, 
wie sie in der Konfigurationsdatenbank gespeichert sind, 
hinsichtlich der gegenwartigen Konfiguration des Systems 
. 10 einschlieBlich der ortiichen Anordnung und Wechselwir- 
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kung unterschiedlicher Hardware in dem System 10 ? der ort- 
iichen Anordnung und Wechselwirkung der unterschiedli- 
chen Software innerhalb des Systems 10 etc. dar. Ein Opera- 
tor oder Benutzer kann die Konfiguration des Systems mani- 
pulieren, indem die Elemente innerhalb der Anzeige 350 
manipuliert. werden. Urn beispielsweise eine Software in 
eine Hardwareeinrichtung herunterzuladen, kann der Benut- 
zer ein Icon, das diese Software darstellt, durch Drag-and- 
Drop auf das Hardwareelement Ziehen. Das Plazieren eines 
neuen Einrichtungsicons in der Hierarchie 350 gibt wieder, 
daB eine neue Einrichtung physikalisch zu dem System hin- 
zugefugt wurde. 

[0093] Allgemein ausgedriickt ist die Konfigurationsda- 
tenbank so gestaltet, daB sie die Manipulation der in den 
Steuerstragieabschnitten dargestellten Module, die sie ge- 
speichert hat, erlaubt. Andere Elemente, seien es Hardware- 
oder Softwareelemente, konnen diirch ein einzelnes Modul 
odcr durch cine Kombination von mitcinandcr verbundenen 
Modulen dargestellt sein. Wenn somit ein Benutzer die 
Icons in der Anzeige 350 manipuliert, manipuliert der Be- 
nutzer tatsachlich Module innerhalb der Konfigurationsda- 
tenbank oder anderen Datenbanken oder Speichern, in wel- 
chen diese Module angeordnet sind. Um die Erfassung und 
Nutzung von Daten von verschiedenen Datenquellen zu er- 
moglichen, gibt die Anzeige oder Hierarchie 350 die unler- 
schiedlichen Datenquellen als Module oder Kombination 
von Modulen wieder. Derartige Module konnen dann in der 
Konfigurationshierarchie piaziert werden und in der glei- 
chen Weise manipuliert, werden in der Module, die zu Ele- 
menten in dem integrierten System gehoren, wie zum Bei- 
spiel ProzeBsteuermodule, in der Konfigurationsdatenbank 
manipuliert werden. Wenn ein Modul fur eine bisher unbe- 
kannte oder nicht angeschlossene Datenquelle erstellt wird, 
definiert der Benutzer den Typ, die Art oder Bedeutung der 
Daten, die von dieser Datenquelle zu empfangen sind, in 
dem Kontext eines Moduls. Unter Verwendung dieses Infor- 
mationskonstrukts konnen die von dieser Datenquelle tat- 
sachlich empfangenen Daten anschlieBend kategorisiert, ge- 
kennzeichnet, erkannt und in dem integrierten System in der 
gleichen Weise wie Daten von anderen Modulen von Ele- 
menten innerhalb des integrierten Systems genutzt werden. 
Auf diese Weise kann jeder Datentyp, der von einer grund- 
verschiedenen Datenquelle erhalten wird, erfaBt und gespei- 
chert werden, auch wenn eine Organisation oder Person die 
Anwendung oder Einrichtung, welche die Daten eigentlich 45 
erzeugt, erstellt hat, welche in keinerlei Verbindung mit dem 
integrierten System steht. Selbstverstandlich versteht es 
sich, daB die Daten von der Datenquelle zu der Konfigurati- 
onsdatenbank kommuniziert werden, nachdem sie durch 
eine Datenkonverderungstechnik, wie zum Beispiel OPC, 
PI, Fieldbus, etc., konvertiert wurden. Wie vorstehend ange- 
geben wird diese Funktion von dem Datenerfassungs- und 
Verteilungssystem 102 durchgefuhrt, das in der Hierarchie 
350 in Fig. 5 nicht dargestellt ist. Eine detailliertere Be- 
schreibung von Modulen fur die Dampfturbine erfolgt unter 
Bezug auf Fig. 6. 

[0094] Der Netzabschnitt der Hierarchie 350 stellt die 
physischen und betrieblichen Verbindurigen des Netzes dar. 
Selbstverstandlich gibt es allgemein viele verschiedene Ar- 
ten von Einrichtungen und Elementen, die zu dem Netz ge- 
horen. Ein dargesteDtes Element ist jedoch ein ACN (Be- 
reichssteuerknoten), der einen Steuergerateknoten enthalt. 
In dem Steuergerateknoten sind wiederum Steuerstrategien, 
wie zum Beispiel Steuer- und Kommunikationssoftware, 
gcspcichcrt. Der ACN enthalt fcrncr cine odcr mchrcrc Ein- 
gabe/Ausgabe-Einrichtungen (I/O), bei denen es sich um 
Fieldbus-I/O-Einrichtungen, HART-I/O-Einrichtungen etc. 
handeln kann. Selbstverstandlich kann jede I/OEinrichtung 
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unterschiedliche Eingange, Einrichtungen. Funktionsblocke 
etc. haben, die mit dieser verbunden sind oder mit der I/O- 
Einrichtung kommunikativ in Verbindung stehen. Zu dem 
ACN konnen auch eine oder mehrere Workstations gehoren. 
Diese Workstations konnen Benutzerschnittstellen oder an- 
dere Arten von Workstations sein. Die in Fig. 5 gezeigte 
Workstation unterstiitzt oder implementiert zahlreiche An- 
wendungen oder andere funktionelle Elemente, darunter in 
diesem Beispiel Anwendungen zur Verarbeitung oder An- 
zeige von Alarmen oder Benachrichtigungen und Steuer- 
strategieanwendungen, wie zum Beispiel diejenigen, die zur 
Konfiguration von Steuergeraten, von Anlageneinrichtun- 
gen etc. verwendet werden, um Informationen uber das 
Steuergerat und die Anlageneinrichtungen zu erhalten. 
[0095] Um das Erfassen von Daten von verschiedenen 
oder stark unterschiedlichen Datenquellen zu ermoglichen, 
wird ein Interoperationsabschnitt (IOP) ebenfalls von dieser 
Workstation bcrcitgcstcllt odcr wird in dieser ausgefuhrt. 
Der IOP-Abschnitt (der auch in Fig. 4 dargestellt ist) enthalt 
eirien oder mehrere der externen Server, die in dem Biblio- 
theksabschnitt der Hierarchie 350 bezeichnet sind. Hier wird 
der externe RTO+ Server (als externer Server 1 bezeichnet) 
von der in dem ACN dargestellten Workstation unterstutzt. 
Selbstverstandlich konnen andere externe Server, die zu an- 
deren Datenquellen als den unter Bezug auf Fig. 2 und 3 be- 
schriebenen gehoren, in dieser Workstation, in anderen 
Workstations in diesem ACN oder nach Wunsch in anderen 
ACNs vorgesehen sein. Jede sinnvolle Anzahl von Einrich- 
tungen kann von dem externen Server unterstutzt werden. 
Wahrend alle diese Einrichtungen zu der KTO+ Anwendung 
oder dem Dienst gehoren konnen, mussen nicht alle von ei- 
nem Server unterstutzten Einrichtungen zu einer bestimm- 
ten Datenquelle gehoren. Auf diese Weise kann ein einzel- 
ner Server viele verschiedene Datenquellen unterstiitzen. 
[0096] In diesem Beispiel ist eine der Einrichtungen, die 
von dem externen Server 1 unterstutzt wird, die vorstehend 
erorterte Kesseldamprturbine. Wie in dem Bibliotheksab- 
schnitt ahnlich dargestellt, kann die Kesseldampfturbine Ei- 
genschaften, wie zum Beispiel Wirkungsgrad, Leistung, 
etc., Funktionsblocke, Alarme etc., enthalten. Ebenso wie in 
dem Bibliodieksabschnitt kann der Benutzer die Konfigura- 
tion so gestalten, daB er an diesem Ort der Hierarchie 
Alarme empfangt oder freigibt, wie zum Beispiel Einrich- 
tungsalarme, indem der Alarm der Turbineneinrichtung ge- 
wahlt und hier freigegeben wird. Ferner kann der Benutzer 
auf die Alarme, Eigenschaften (wie zum Beispiel "Wirkungs- 
grad und Leistung), Funktionsblocke und Parameterdaten an 
diesem Ort der Hierarchie 350 zugreifen, 
[0097] Auf diese Weise kann ein Benutzer unter Verwen- 
dung des IOP-Abschnitts der Hierarchie 350 Daten von Ein- 
richtungen, Anwendungen etc., die zu fruher mit dem inte- 
grierten System nicht verbundenen Datenquellen gehoren 
definieren und anschlieBend Zugriff auf diese gewahren. In 
einigen Fallen wird der Benutzer ein oder mehrere Module 
fur die externen Datenquellen definieren, wie zum Beispiel 
fur externe Einrichtungen oder Anwendungen, und diese 
Module verwenden, um die von den sehr unterschiedlichen 
Datenquellen erfaBten Daten zu organisieren und anderen 
Anwendungen verfugbar zu machen. Als Teil dieses Prozes- 
ses kann der Benutzer Funktionsblocke, Parameter, Alarme, 
die zu den extemen Datenquellen gehoren, erstellen. Dies ist 
auch dann der Fall, wenn die Module oder Funktionsblocke 
fur die externen Datenquellen nichi tatsachlich in den exter- 
nen Datenquellen existieren, sondern anstelle dessen in dem 
Datenerfassungs- und Verteilungssystem 102 lokalisicrt 
sind, wie es von der Workstation und dem mit dieser exter- 
nen Datenquelle verbundenen externen Server implemen- 
tiert wird. 
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[0098] Unter Verwendung der Konfiguraiionshierarchie 
350 aus Fig. 5 definiert oder importiert der Benutzer Mo- 
dule, die zu den Datenquellen gehoren, wie zum Beispiel 
Hinrichrungen oder Anwendungen, die durch externe Server 
angeschlossen sind, die von den IOP-Services unterstutzt 5 
werden. Fig. 6 zeigt einen Konfigurationsbildschirm, der 
von einer Konfiguraiionsanwendung dargestellt wird, wel- 
che das Erstelien undManipuiieren von Modulen erlaubt, so 
daB sie mit anderen Modulen innerhalb des integrierten Sy- 
stems verbunden werden. Unter Verwendung dieses Konfi- 10 
gurationsbildschirms konnen Module fur Anwendungen 
und Einrichtungen innerhalb des integrierten Systems und 
Module fiir Anwendungen und Einrichtungen auBerhalb des 
iniegriericn Systems, das heiBt solche, die zu den ungleich- 
artigen Datenquellen gehoren, miteinander verbunden wer- 15 
den, so daB sie miteinander kommunizieren. Diese Verbin- 
dung definiert dann den DatenfluB zwischen den Modulen 
und soiuil den DatenfluB zwischen cxtcrncn Datenquellen 
und Anwendungen innerhalb des integrierten Systems oder 
umgekehrt. # 20 

[0099J Module konnen erstellt werden, indem eine eine 
Vielzahl von Modulvorlagen 360 (auf der linken Seite des 
Bildschirms in Fig. 6) gezogen und die gewahlte Vorlage in 
demTConnguralionsbildschirm 362 plaziert wird. Das Mo- 
dul kann dann einer bestimiiiten EinrichLung oder Dalen- 25 
quelle zugewicsen werden, wie zum Beispiel der Turbinen- 
einrichtung, innerhalb der IOP-Services oder innerhalb der 
Bibliothek der Hierarchie von Fig. 5 unter Verwendung von 
Pop-up-Eigenschaftsboxen und dergleichen. Sobald sie mit 
einer bestimmten externen Einrichtung oder Datenquelle 30 
liber einen IOP- Service und den externen Server verbunden 
ist, kann das Modul so definiert werden, daB es bestirnrnte 
Parameter enthalt, die zu dieser Einrichtung gehoren. Derar- 
tige Parameter konnen Eigenschaften des Moduls sein, die 
von dem Modul verfugbar sind, wie beispielsweise Ausga- 35 
ben des Moduls. Einige oder alle definierten Modulparame- 
terdaten konnen so wiedergegeben werden, daB sie zu der 
externen Einrichtung oder Datenquelle in der Hierarchie 
350 in Fig. 5 gehoren. 

[0100] In diesem Fall schlieBt ein Dampfturbinenmodul 40 
364 einen Wirkungsgradparameter 366 und einen Lei- 
stungsparameter 368 ein, die als Ausgaben von dem Modul 
zur Verfugung stehen. Die anderen Elemente des Moduls 
364, die in der Hierarchie 350 in Fig. 5 wiedergegeben sind, 
sind ebenfalls als Teil des Moduls einschlieBlich der Funk- 45 
tionsblocke, der Einrichtungseingaben und -ausgaben, der 
zu der Einrichtung gehorenden Alarme etc. vorgesehen. Das 
Turbinenmodul 364, das zu der Kesseldampfturbine der 
Hierarchie 350 in Fig. 5 gehort beziehungsweise fur diese 
erstellt wurde, enthalt ebenfalls Alarme, bei denen es sich 50 
urn die Alarme handelt, die von dem Benutzer in dem IOP 
oder Bibliotheksabschnitt der Hierarchie 350 gekennzeich- 
net oder freigegeben wurden. Einer dieser Alarme ist als 
eine Ausgabe verfugbar. Die Ausgaben des Moduls sind Da- 
ten, die zu der Turbineneinrichtung gehoren, welche durch 55 
den externen Server von der Einrichtung selbst oder anderer, 
zu der Einrichtung gehorender Software zur Verfugung ge- 
stellt werden. Diese Ausgaben konnen Parameter, MeBwerte 
. etc. sein, und zwar in Abhangigkeit davon, wie das Modul 
364 definiert ist. Die Eingaben in das Modul sind Eingaben 60 
von Anwendungen etc., die durch den externen Server zu 
der tatsachlichen Einrichtung oder zu Software, die zu die- 
ser Einrichtung gehort, gesendet werden konnen, urn in ei- 
ner bestirrimten Weise auf diese Einrichtung einzu wirken. In 
der Tat sind die Eingaben des Moduls 364 Datcn oder Stcu- 65 
ersignale, die die zugehorige Einrichtung akzeptieren oder 
erkennen wird. Die Funktion dieser Eingaben wird von der. 
Einrichtung oder der zu dieser Einrichtung gehorenden Soft- 



ware definiert. Diese Eingaben ernioglichen es, daB Daten 
von anderen Modulen, wie zum Beispiel Modulen innerhalb 
des integrierten Systems oder zu anderen externen Daten- 
quellen gehorende Modulen durch die IOP-Services und so- 
mit durch den externen Server, der mit der externen Daten- 
quelle verbunden ist, zu der externen Datenquelle oder Ein- 
richtung gesendet werden. Die externe Datenquelle kann 
diese Eingabedaten in jeder gewunschten Weise verwenden. 
Sie kann beispielsweise durch diese Eingabedaten gesteuert 
werden oder diese Eingabedaten verwenden, um bessere 
oder exaktere Berechnungen uber die Parameter der Ein- 
richtung etc. zu erstelien. Auf Wunsch konnen die Module 
fur die externen Datenquellen auch Software einschlieBen, 
die die Eingaben, Ausgaben, Parameter etc. verwendet, um 
Berechnungen bestimrnter Art durchzufuhren. 
[0101] In der bevorzugten AusfUhrungsform des Konfigu- 
radonssystems basieren die Module, die fiir die Einrichtun- 
gen, Anwendungen etc. innerhalb des integrierten Systems 
und die externen Datenquellen erstellt wurden, auf dem 
Fieldbus- oder Delta V-Modulkonzept, die sehr ahnlich sind. 
Hier ist das Modul 364, da es zu einer externen Datenquelle 
gehort, die die Modulorganisation nicht nutzt, ein Schatten- 
funktionsblock beziehungsweise ein Schattenmodul. Allge- 
mein ausgedruckt ist ein Schattenfunktionsblock oder ein 
Schatteniiiodulelement ein Funkdonsblock oder Modul in 
der Konfigurationsdatenbank des integrierten Systems und 
ist so konfiguriert, daB es als Modul nutzbar ist. Dieses 
Schattenmodul ist jedoch mit der Datenquelle oder der Ein- 
richtung in Kontakt und seine Ausgaben werden von dieser 
externen Einrichtung erzeugt oder bereitgestellt. Ferner 
stellt das Schattenmodul die Eingaben, die es empfangt, fur 
die externe Datenquelle bereit. Somit hat das Schattenmodul 
nur Eingaben und Ausgaben sowie einen Status, der die Ein- 
gaben fur die, die Ausgaben der und den Status der tatsach- 
lichen Einrichtung oder Datenquelle wiedergibt, wie sie 
durch die von dieser Datenquelle empfangenen Daten be- 
stimmt werden. Die Nutzung eines Schattenmoduls macht 
jedoch die Eingaben und Ausgaben der externen Einrich- 
tung oder Datenquelle fur andere Module innerhalb des inte- 
grierten Systems zugreifbar, wie zum Beispiel Module, die 
zu Anwendungen in der Betriebsmittelnutzungs suite 50 ge- 
horen. Auf diese Weise arbeitet der Schattenfunktionsblock 
oder das Modul als eine Informationsleitung zwischen der 
externen Datenquelle und den Anwendungen in dem inte- 
grierten System, indem die von der externen Datenquelle 
empfangenen Daten in ein Format gesetzt werden, das von 
anderen Anwendungen innerhalb des integrierten Systems 
nutzbar ist. Die Beschreibung und Nutzung von Schatten- 
funktionsblocken ist in der US-Patentanmeldung mit der Se- 
riennummer 09/151,084 mit dem Titel "A Shadow Function 
Block Interface For Use in a Process Control Network" be- 
schrieben, die am 10. September 1998 eingereicht wurde 
und auf den Rechtsinhaber der vorliegenden Erfindung 
ubertragen wurde und die hiermit durch Bezugnahme hierin 
eingeschlossen wird. 

[0102] Der Konfigurationsbildschirm 362 aus Fig. 6 zeigt, 
daB der Benutzer das Turbinenmodul 364 so konfiguriert 
hat, daB Ausgaben desselben als Eingaben eines weiteren 
Moduls bereitgestellt werden, das als ein Berechnungs- oder 
Calc-Modul 370 bezeichnet ist. Das Calc-Modul 370 enthalt 
eine Leistungseingabe, die von dem Turbinenmodul 364 
empfangen wird, sowie eine Eingabe, die von einem PID- 
Modul 372 empfangen wird, bei dem es sich um ein Modul 
handeln kann, das zu einer ProzeBsteuerroutine innerhalb 
des integrierten Systems gehort. Das Calc-Modul 370 nutzt 
diese Eingaben, um eine Ausgabe zu erzeugen, die die Not- 
wendigkeit zur Veranderung einiger Parameter innerhalb der 
Turbine, die zu dem Modul 364 gehort, anzeigen kann. In 
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diesem Beispiel wird die Ausgabe des Calc-Moduls 370 an 
eine Eingabe des Turbinenmoduls 364 gegeben, so daB diese 
Daten iiber die IOP-Services und die extemen Server an die 
Anwendung (wie zum Beispiel die "RTO+ Anwendung) ge- 
sender werden, welche die zu der Turbine gehorenden Daten 5 
bercitstellt. Es versteht sich, daB das Calc-Modul 370 ein 
Modul ist, das in einer Workstation innerhalb des integrier- 
len Systems implementiert ist und in dieser abiauft Das 
Calc-Modul 370 kann einer anderen Anwendung zugeord- 
net sein, beispielswcisc einer der Anwendungen in der Be- 10 
triebsmiiielnul/.ungssuite 50. In diesem Rahnien zeigt der 
Konliguralionsbildschirni 362 von Fig. 6 die Art, in der eine 
cxterne Datenquelle mil einer Anwendung innerhalb des in- 
icgricrten Systems gckoppelt ist, urn Daten fur diese An- 
wendung hcrvii/usicllcn. Ferner benutztdie Anwendung in- 15 
ncrhalb des iniegrierlen Systems (das heiBt das Calc-Modul 
370) die I cmduien unit ProzcGsteuerdaten, um eineBerech- 
nung aus/ufiihrcn. unit sen del andere Daten und Informatio- 
nen iiber einen externen Server nn die externe Datenquelle. 
Es versteht sich, dati der evierne Server zur Nutzung von 20 
OPC oder eincm anderen ^ewunwhten Kommunikations- 
konverlicrunjisprolokoll konli^uncn is!, um die Daten in 
das ordnunjs^etuaLie Formal /u konvertieren, wenn sie in 
die beiden Riehlungen /wischcn dem integrierten System 
und der extemen Datenquelle flielien. 25 
[0103] Obwohl cine Konfiiiuruiions- oder Kommunikati- 
onsstrategic zwischen einer exiernen Datenquelle und einer 
Anwendung innerhalb des integrierten Systems in Fig. 6 
dargestellt ist, versteht es sieh. daB Module fiir andere Da- 
tenquellen, versehietlene Mtxiulc. die mit derselben Daten- 30 
quelle verbunden sind. etc., ebenso erstellt und miteinander 
verbunden werden konnten, um die Kommunikation zwi- 
schen beliebigen exiernen Dal en que lien und beliebigen An- 
wendungen innerhalb des iniegrierien Systems bereitzustel- 
len. Femer konnien Module von verschiedenen extemen 35 
Datenquellen miteinander in Koniniunikationsverbindung 
gebracht werden, um die Kommunikation zwischen diesen 
Datenquellen berciizustcllcn. In diesem Fall bietet das Da- 
tenerfassungs- und Vericilungssystcm 102 die erforderliche 
Datenerfassung und -konvertierung zwischen den Datenfor- 40 
maten, die zu den verschiedenen extemen Datenquellen ge- 
horen. 

[0104] Ein Beispiel der Manipulation von Daten von einer 
extemen Datenquelle innerhalb eines Moduls, das zum Er- 
fassen und Organisicren von Daten von dieser Quelle erstellt 45 
wurde, ist die Nutzung oder Erzeugung von Alarrnen fur 
eine exteme Datenquelle. Insbesondere konnen Alarme fur 
ein Modul definiert werden, um die tatsachlichen Alarmda- 
ten, die von der extemen Quelle bereitgestellt werden, zu er- 
fassen und wiederzugeben. Zusatzlich oder alternativ kon- 50 
nen Alarme innerhalb eines Moduls basierend auf von der 
extemen Datenquelle, die zu diesem Modul gehort, empfan- 
genen Daten erzeugt werden. In dem Falle in dem die 
Alarme innerhalb des Moduls erzeugt werden, kann ein 
Funktionsbiock innerhalb des Moduls Daten von der exter- 55 
rien Quelle sowie Daten von anderen Quellen, sofern er- 
wiinscht, sammeln und jede gewiinschte Berechnung aus- 
fiihren, um zu bestimmen, ob ein Alarmzustand oder Be- 
nachrichtigungszustand vorliegt. Wenn dies der Fall ist, 
kann dieser Funktionsbiock ein Alarrnsignal setzen, das 60 
dem Modul zugehorig ist und das von Alarmierungsanwen- 
dungen uberwacht oder zu diesen gesendet werden kann, 
welche diesen Alarm in derselben Weise wie andere Alarme 
yerarbeiten. Eine derartige Alarmverarbeitung konnte das 
Anzcigcn des Alarms fur den Bcnutzcr, das Spcichcm des 65 
Alarms, das Ermoglichen der Bestatigung des Alarms etc. 
einschlieBen. Femer kann die Alarmfahigkeit eines Moduls, 
wie etwa eines Moduls, das einer extemen Datenquelle zu- 



gehorig ist, freigegeben oder auBer Betrieb gesetzt werden 
(wodurch die Alarmfaliigkeiten des Moduls ein- oder ausge- 
schalter werden konnen), und zwar iiber die Hierarchie 350 
in Fig. 5. Es versteht. sich somit, daB Daten von extemen Da- 
tenquellen auf einen Alarm innerhalb des Moduls gemapped 
werden konnen oder verwendet werden konnen, um einen 
Alarm fiir das Modul und sornit. fur die exteme Datenquelle 
zu erzeugen. 

[0105] Um auf Daten von einer extemen Datenquelle oder 
einer extemen Datenquelle zugehorige Daten zuzugreifen, 
diese zu erfassen oder zu betrachten, kann ein Benutzer 
durch den Bibliotheksabschnitt der Hierarchie 350 gehen, 
um die zu den extemen Servern gehorende Information zu 
betrachten. Zusatzlich kann der Benutzer die Steuerstrate- 
gien betrachten und nach dem speziellen Modul fur die ex- 
terne Datenquelle suchen. Ferner kann der Benutzer den 
ACN, Workstation, IOP, extemer Server, Einrichtungs-Pfad 
in der Hierarchic 350 nutzen, um die gccignctcn Daten zu 
finden. 

[0106] Ahnlich den Alarmservices konnen andere Arten 
von Services fiir die externen Datenquellen, wie zum Bei- 
spiel Diagnoseser vices, fiir die externen Datenquellen unter 
Verwendung der Hierarchie 350 aus Fig, 4 und des Datener- 
fassungs- und Verteilungssystems 102 bereitgestellt werden. 
Beispielsweise erfassen einige Diagnoseanwendungen re- 
gelmaBig Daten von oder iiber Module innerhalb des inte- 
grierten Systems und nutzen diese Daten zum Diagnostizie- 
ren von Problemen, mangelnder Leistung, etc. Dieselben 
Diagnoseanwendungen konnen nun verwendet werden, um 
Daten iiber exteme Datenquellen unter Verwendung der 
Module, die fur diese Datenquelle erzeugt wurden, zu erfas- 
sen. Somit konnen die fur die Diagnoseanwendung erforder- 
lichen Daten in automatischer Weise erfaBt werden, solang 
das zu der extemen Datenquelle gehorende Modul so konfi- 
guriert ist, daB es die fiir die Diagnoseanwendung erforder- 
lichen Daten von der extemen Datenquelle empfangt oder 
erfaBt. In einigen Fallen kann die Information iiber das Mo- 
dul selbst, wie zum Beispiel die Variabilitat innerhalb von 
Eingaben, Ausgaben oder anderen Parametern des Moduls, 
fur Diagnosezwecke verwendet werden. Selbstverstandlich 
konnen alle gewiinschten Daten fur diese Diagnoseanwen- 
dungen erfaBt oder verwendet werden. Ahnlich wie Alarme 
konnen die Diagnoseanwendungen, wie etwa die Inspect- 
Anwendung, die von Fisher Rosemount Systems, Inc., ver- 
trieben wird, in der Hierarchie 350 in Fig. 5 freigegeben 
oder auBer Betrieb gesetzt werden. Diese Diagnoseanwen- 
dung ist im Detail in der US-Patentanmeldung mit der Seri- 
ennummer 09/256585 mit dem Titel "Diagnostics in a Pro- 
cess Controll System" beschrieben. Selbstverstandlich 
konnten andere Diagnoseanwendungenindizes fiir die ex- 
terne Datenquelle erzeugen, um den Zu stand dieser Daten- 
quelle oder der Einrichtung, die zu der Datenquelle gehort, 
zu bezeichnen. Derartige Indizes konnten einen Nutzungsin- 
dex, einen Leistungsindex, einen Variabilitatsindex oder ei- 
nen anderen Hilfsindex einschlieBen. 

[0107] Die Verwendung einer gemeinsamen Moduldefini- 
tion oder eines Schemas innerhalb des Datenerfassungs- und 
-verteilungssystems 102 macht die Erstellung und Nutzung 
dieses Systems besser verstandlich, programmierbar und 
nutzbar. Somit kann es wunschenswert sein, obgleich dies 
nicht erforderlich ist, ein offenes oder bekanntes Modulpro- 
tokoll zu verwenden, wie zum Beispiel das Fieldbus-Proto- 
koll, das DeltaV-Protokoll, das dem Fieldbus-Protokoll sehr 
ahnlich ist, oder ein anderes offenes Protokoll, um die hier 
bcschricbcncn Module zu manipulicrcn. Wenn cin dcrarti- 
ges offenes Protokoll verwendet wird, konnen Dienstlei- 
stungsanbieter, die die extemen Datenquellen zur Verfiigung 
stellen oder beaufsichtigen, in der Lage sein, das Datener- 
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fassungs- und -verteilungssysiem 102 zu unterstutzen, in- 
dem ein Voirechner bzw. Frontend fur ein externes System 
erstellt wird, welches das offene Protokoll nutzt, um Daren 
zu dem Datenerfassungs- und -verteilungssystem 102 zu 
kommunizieren. Wenn dies der Fall ist, kann fur diese Da- 5 
lenquelle moglicherweise kein OPC, PI, etc., Frontend fur 
das Datenerfassungs- und -verteilungssystem 102 erforder- 
lich sein. Ansteile dessen konnen die von dem Datenerfas- 
sungs- und -verteilungssystem 102 geschaffenen Module 
cin fetch von den entfernten Datenquellen selbst. importiert 10 
werden. Fcmer ermoglicht es das Vorsehen dieses Frontend 
an den cxlcmen Datenquellen den Operatoren oder Besit- 
/.crn dieser Datenquellen, die von ihrem System verfugbaren 
Daten /.u definieren, Alarme und Benachrichtigungen be- 
rcii/usicllcn. die fur ihr System am wesentlichsten sind, die 15 
DiLiL'noseunwendungen, die in dem integrierten System ver- 
u cm let werden. besser zu unterstutzen, ect., was alles dazu 
hciiriijii. daB ihre Produktc odcr Dicnstlcistungcn attrakuvcr 
werden. (ilcichcrmaBen macht es dieses Frontend leichter, 
ifcU ihre Anwendungen Daten von anderen Quellen erfassen 20 
und nui/cn. wie zuni Beispiel andere externe Datenquellen 
und Anucndungeh inncrhalb des integrierten Systems, was 
/u einer Wcristeigerung ihres Produkts fuhren kann. 
|OiOKj Ohwohl das Datenerfassungs- und Verteilungssy- 
siem hier mil der Verwendung von Modulen und der Orga- 25 
nisalion und Manipulation unter Verwendung einer Hierar- 
ehie des lixplorertyps, wie die in Fig, 5 gezeigte, beschrie- 
ben wurdc. versteht es sich, daB dies nur eine Art zur Imple- 
mcntierung dieses Systems ist. Jede andere Weise desErfas- 
sens von Daien von externen Datenquellen, des Konvertie- 30 
rens derselben in ein gemcinsames oder nutzbares Format, 
des Speieherns dieser Daten und des Bereitstellens der Da- 
icn fur andere Anwendungen konnte ebenso verwendet wer- 
den. Wahrend ferner das Datenerfassungs- und -verteilungs- 
sysiem 102 in Fig. 3 als einzelnes Objekt dargestellt wurde, 35 
konnte es auch eine vcrtcilte Natur haben. Somit konnen 
verschiedenc Workstations oder andere Computereinrich- 
tungen, die uber ein intcgriertes System verteilt sind, Daten 
von verschiedenen Quellen erfassen und diese Daten in ei- 
ner Weise verarbeilen und speichern, die sie fur das inte- 40 
grierte System verfugbar macht. 

|0109] Sobald das Datenerfassungs- und -verteilungssy- 
stem 102 konliguriert ist, gibt es viele verschiedene Arten 
von Anwendungen, die die von den ungleichartigen Daten- 
quellen erfeiBlen Daten nutzen konnen, um neue oder voll- 45 
stiindigere Funktioncn innerhalb einer ProzeBumgebung 
auszufiihrcn. Bei spiels weise konnen eine oder mehrere der 
Anwendungen innerhalb der Betriebsrmttelnutzungssuite 50 
verwendet werden, um die Ausfuhrung eines oder mehrerer 
malhemalischcr oder Softwaremodelle zu beaufsichtigen 50 
odcr diese auszufiihrcn, welche die Operation einer be- 
stinimicn Anlagc oder von Objekten innerhalb der Anlage 
model lhaft abbilden, wie zum Beispiel Einrichtungen, Ein- 
heiten, Rcgclkrcise, Bcreiche etc. Somit konnen ProzeB- 
odcr Einrichtungsmodelle erzeugt und implementiert wer- 55 
den, um die crfaBten Daten zu nutzen. Diese Daten konnen 
auf ProzcBausruslung oder ProzeBbereichen basieren. In ei- 
ner Ausfuhrungsform tcill zur Erzeugung dieser Modelle ein 
Modcllbildungscxpcrtc die Anlage in Ausrustungskompo- 
nenten und erstellt ein Modell fur die verschiedenen Kom- 60 
poncntenteilc in jeder gewiinschten Abstraktionsebene. Bei- 
spielsweise wird das Modell fur eine Anlage in Software im- 
plementiert und aus einem Satz von hierarchisch in Bezie- 
hung stchenden, miteinandcr verbundenen Modellen fur die 
verschiedenen Bcreiche der Anlagc gebildct odcr kann diese 65 
enthalten. In ah nlicher Weise kann das Modell fur jeden An- 
lagcnbereich aus cinzelnen ModeLlen fur die verschiedenen 
Einheiten inncrhalb der Anlage mit Verbindungen zwischen 



den Eingaben und Ausgaben dieser Einheiten aufgebaut 
sein. 

[0110] GleichermaBen konnen Einheiten aus miteinander 
verbundenen Ausrustungsmodellen aufgebaut sein und so 
fort. Selbstverstandlich konnen Bereichsmodelle Einrich- 
tungsmodelle haben, die mit Einheitenmodellen, Regel- 
kreismodellen etc. verbunden sind. In diesem Beispiel einer 
Modellhierarchie konnen die Eingaben und Ausgaben von 
Modellen fur die Objekte unterer Ebenen, wie zum Beispiel 
Einrichtungen, miteinander verbunden sein, um Modelle fur 
Objekte hoherer Ebenen zu erzeugen, wie zum Beispiel Ein- 
heiten, deren Eingaben und Ausgaben untereinander ver- 
bunden sein konnen, um ebenfalls Modelle hoherer Ebenen 
zu erstellen, wie zum Beispiel Bereichsmodelle, und so wei- 
ter. Die Art, in der die verschiedenen Modelle kombiniert 
oder miteinander verbunden werden, ist selbstverstandlich 
von der im Modell nachgebildeten Anlage abhangig. Selbst- 
verstandlich konnen dicsc Modelle crfordcrlichc Daten von 
externen Datenquellen in der vorstehend beschriebenen 
Weise erhalten. 

[0111] Ein Beispiel einer Verwendung von hierarchischen 
Softwaremodellen wird nachfolgend unter Bezug auf Fig. 
7A und 7B beschrieben. Fig. 7A zeigt Modelle fur mehrere 
Bereiche 380, 381 und 382 in einer Raffinerieanlage. Wie 
Fig. 7A zeigt, enthalt das Bereichsmodell 382 ein Kompo- 
nentenmodell einer Rohmaterialquelle 384, die Rohmate- 
rial, wie zum Beispiel Rohol, einem Vorverarbeitungsmo- 
dell 388 zuliefert. Die Vorverarbeitungseinrichtung 388 
fuhrt eine Raf&nierung des Rohmaterials durch und gibt eine 
Ausgabe, typischerweise Rohol, an einen Destillationspro- 
zeB 390 zur weiteren Raffinierung ab. Der Destillationspro- 
zeB 390 gibt C9H4 aus, gewohnlich ein gewunschtes Pro- 
dukt, und C 2 H 6 , das allgemein ausgedruckt ein Abfallpro- 
dukt ist. Das C 2 H 6 wird zu einem C 2 -Cracker 392 zuruckge- 
leitet, der seine Ausgabe an die Vorverarbeitung 388 zur 
weiteren Verarbeitung abgibt. Die Ruckfuhrung von dem 
DesdllationsprozeB 390 durch den C 2 -Cracker 392 ist ein 
WiederaufbereitungsprozeB. Somit kann das Modell fur den 
Bereich 283 getrennte Modelle fur die Rohmaterialquelle 
384, die Vorverarbeitung 388, den DestillationsprozeB 390 
und den C 2 -Cracker 392 haben, die wie in Fig. 7A gezeigt, 
miteinander verbundene Eingange und Ausgange haben. 
Das heiBt, daB jedes Kornponentenmodell in die Eingaben 
und Ausgaben anderer Komponentenmodelle in der in Fig. 
7A gezeigten Weise eingebunden sein kann, um das Modell 
fur den Bereich 382 zu bilden. Selbstverstandlich konnten 
die Modelle fur die anderen Bereiche 380 und 381 andere 
Komponentenmodelle haben, die miteinander verbundene 
Eingaben und Ausgaben haben. Diese Modelle konnen in ei- 
nem Prozessor implementiert sein, der zu einer externen Da- 
tenquelle gehort, und Ausgaben, wie zum Beispiel den Wir- 
kungsgrad etc., an das integrierte System abgibt. Im Gegen- 
satz dazu konnen die Modelle in dem integrierten System 
implementiert sein und Daten von einer oder mehreren ex- 
ternen Datenquellen empfangen. 

[0112] In Fig. 7B ist das Kornponentenmodell fur den De- 
stillationsprozeB 390 im Detail dargestellt und enthalt eine 
Desdllationskolonne 400, die einen oberen Abschnitt 400T 
und einen unteren Abschnitt 400B hat. Die Eingabe 403 in 
die Destillationskolonne 400 ist Cine Anzeige von Druck 
und Temperatur, die mit der Ausgabe des Modells fur die 
Vorverarbeitung 380, das in Fig. 7A gezeigt ist, verbunden 
sein kann. Diese Eingabe konnte jedoch von einem Operator 
eingestellt werden oder auf der Basis von tatsachlich gemes- 
senen Eingaben odcr Variablcn inncrhalb der Anlagc 10 ein- 
gestellt werden. Allgemein ausgedruckt enthalt die Desdlla- 
tionskolonne 400 eine Anzahi von darin angeordneten Plat- 
ten und die Flussigkeit bewegt sich wahrend des Desdllad- 
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onsprozesses zwischen diesen Platten. CoH 4 wird an der 
Oberseite 400T der Kolonne 400 erzeugt. und ein RuckfluB- 
behalter 402 fuhrt einen Teil dieses Materials an die Ober- 
seite 400T der Kolonne 400 zuriick. C 2 H 6 kommr. allgemein 
aus dem Boden der Kolonne 400 und ein Aufkocher 404 5 
pumpt Polypropylen in die Unterseite 400B der Kolonne 
400, um den DestillationsprozeB zu unterstiitzen. Selbstver- 
standlich kann auf Wunsch das Modell fiir den Destillations- 
prozeB 390 aus Komponentenmodellen fur die Destillations- 
kolonne 400, den RuckfluBbehalter 402 und den Aufkocher 10 
404 etc. aufgebaut sein, wobei die Eingaben und Ausgaben 
dieser Modelle wie in Fig. 7B miteinander verbunden sind. 
utn das Komponentenmodell fur den DestillationsprozeB 
390zubilden. 

[0113] Wie vorstehend angefuhrt, kann das Komponen- 15 
ten mode 11 fur den DestillationsprozeB 390 als Teil eines Mo- 
del Is fur den Bereich 382 ausgefuhrt werden oder kann sepa- 
rat und getrennt von andcrcn Modcllcn ausgefuhrt werden. 
Insbcsonderc konnen die Eingabe 403 in die Destillations- 
kolonnc 400 und/oder die Ausgaben C0H4 und C2H6 tat- 20 
sachlich gemcsscn werden und diese Messungen konnen in- 
nerhalb des Modells des Destillationsprozesses 390 in einer 
Reihe von nachfolgend beschriebenen Weisen verwendet 
werden. In einer Ausfuhrungsform konnen die Eingaben 
und Ausgaben des Modells des Destillalionsprozesses 390 25 
gemessen und verwendet werden, urn andere Faktoren oder 
Parameter zu bestimmen, die zu dem Modell des Destillati- 
onsprozesses 390 gehoren (wie zum Beispiel die Effizienz 
der Destillationskolonne, etc.), um das Modell des Destilla- 
tionsprozesses 390 zwangsweise exakter an den Betriebsab- 30 
lauf der tatsachlichen Destillationskolonne in der Anlage 10 
anzupassen. Das Modell des Destillationsprozesses 390 
kann dann mit den berechneten Parametern als Teil eines 
groBeren Modells, wie zum Beispiel eines Bereichs- oder 
Anlagenmodells, verwendet werden. Alternativ oder zusatz- 35 
lien kann das Modell des Destillationsprozesses 390 mit den 
berechneten Parametern verwendet werden, um virtuelle 
Sensormessungen zu bestimmen oder um zu bestimrnen, ob 
tatsachliche Sensormessungen innerhalb der Anlage 10 feh- 
lerhaft sind. Das Modell des Destillationsprozesses 390 mit 40 
den bestimmten Parametern kann auch verwendet werden, 
um Kon troll- oder Betriebsmittelnutzungs-Optirnierungsun- 
tersuchungen etc. durchzufuhren. Ferner konnen Kompo- 
nentenmodelle verwendet werden, um entstehende Pro- 
bleme in der Anlage 10 zu erfassen und zu isolieren oder um 45 
zu sehen, wie Veranderungen an der Anlage 10 sich auf die 
Auswahl der Optimierungsparameter fur die Anlage 10 aus- 
wirken. 

[0114] Auf Wunsch kann jedes bestimmte Modell oder 
Komponentenmodell ausgefuhrt werden, um die Werte von 50 
Parametern zu bestimmen, die zu diesem Modell gehoren. 
Einige der oder alle dieser Parameter, wie zum Beispiel Ef- 
fizienzparameter, sind fur einen Techniker im Kontext des 
Modells von Bedeutung, sind jedoch allgemein innerhalb 
der Anlage 10 nicht meBbar. Genauer ausgedruckt kann ein 55 
Komponentenmodell allgemein mathematisch mit der Glei- 
chung Y = F(X,P), beschrieben werden, wobei die Ausga- 
ben Y des Modells eine Funktion der Eingaben X und einer 
Menge von Modellparamelern P sind. In dem Beispiel des 
Destillationskolonnenmodells des Destillationsprozesses 60 
390 in Fig. 7B kann ein Expertensystem periodisch Daten 
von der tatsachlichen Anlage erfassen (beispielsweise 
stundlich, alle 10 Minuten, jede Minute etc.), welche die tat- 
sachlichen Eingaben X in das und die Ausgaben Y von dem 
Objekt angeben, zu wclchcm das Modell gchort. Dann kann 65 
in entsprechenden Zeitabstanden eine Regressionsanalyse, 
wie zum Beispiel eine maximale Wahrscheinlichkeit, Me- 
thode der kleinsten Quadrate oder jede andere Regressions- 
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analyse unter Verwendung des Modells und mehrerer Sarze 
der gemessenen Eingaben und Ausgaben durchgefiihrt wer- 
den.. um die beste Genauigkeit fur die unbekannten Modell- 
parameterB basierend auf den mehrfachen Sat.zen von MeB- 
daten zu bestimmen. Auf diese Weise konnen die Modellpa- 
rameter P fur jedes bestimmte Modell unter Verwendung 
tatsachlicher oder gemessener Eingaben und Ausgaben be- 
stimmt werden, um das Modell mit dem im Modell darge- 
stellten Objekt in Einklang zu bringen. Selbstverstandlich 
kann dieser ProzeB fur alle beliebigen Komponentenmo- 
delle durchgefiihrt werden, die in der Anlage 10 verwendet 
werden, und kann unter Verwendung jeder geeigneten An- 
zahl von gemessenen Eingaben und Ausgaben ausgefuhrt 
werden. Femer konnen die erfaBten Daten oder die aus die- 
sen Daten berechnete Information an das Datenerfassungs- 
und Verteilungssystem 102 abgegeben werden und in Mo- 
dulen, die diese Modelle wiedergeben, den von diesen Mo- 
dcllcn modcllhaft dargcstclltcn Elcmcntcnmodcllcn etc., 
verwendet werden. 

[0115] In jedem Fall kann unter Verwendung dieser Kom- 
ponentenmodelle oder der von diesen Modellen erzeugten 
oder erfaBten Daten die Betriebsmittelnutzungssuite 50 eine 
Betriebsmittelleistungsuberwachung durchfuhren, indem 
die Werte der bestimmten Modellparameter (und/oder Mo- 
delleingaben und -ausgaben) gegen die Zeit aufgeLragen 
werden. Ferner konnen die Modelle, ob sie nun in einer Da- 
tenquelle oder in der Betriebsmittelnutzungssuite 50 ablau- 
fen, mogliche fehlerhafte Sensoren erfassen. Wenn ein oder 
mehrere Sensoren einen hohen oder einen anderweitig nicht 
akzeptablen Fehler auf zu weisen scheinen, kann die Be- 
triebsmittelnutzungssuite 50 eine Wartungsperson und/oder 
einen ProzeBsteueroperator iiber den fehlerhaften Sensor be- 
nachrichtigen. 

[0116] Wie vorstehend angefuhrt, konnen die Parameter, 
Eingaben, Ausgaben oder andere Variablen, die zu einem 
beliebigen Modell gehoren, gespeichert und ruckverfolgt 
werden, um eine Leistungsiiberwachung fur eineEinheit, ei- 
nen Bereich oder jedes andere Objekt eines Prozesses oder 
einer Anlage zu gewahrleisten. Auf Wunsch konnen zwei 
oder mehr dieser Variablen gemeinsam ruckverfolgt oder 
uberwacht werden, um ein MaB der LeistungsMiigkeit des 
Objekts zu haben. 

[0117] Die Betriebsmittelnutzungssuite 50 kann ein oder 
mehrere Objekte basierend auf Modellparametern oder an- 
deren Modellvariablen uberwachen und kann die Betriebs- 
zustande oder LeistungsmaBe dieser Objekte an beliebige 
ausgewahlte Personen, Funktionen oder Anwendungen in- 
nerhalb der ProzeB steueranlage 10 melden, wie zum Bei- 
spiel ein ProzeBsteuerungsexpertensystem, eine Wartungs- 
person, eine kaufmannische Anwendung, eine Benutzer- 
schnittstellenroutine etc. Selbstverstandlich kann die Be- 
triebsmittelnutzungssuite 50 eine Leistungs- oder Zustands- 
uberwachung an jedem gewiinschten Objekt durchfuhren, 
basierend auf einem, zwei, drei oder jeder gewunschten An- 
zahl von Parametern oder Variablen fur jedes Objekt Die 
Identitat und die Anzahl der Variablen oder Parameter, die in 
dieser Leistungsiiberwachung zu verwenden sind, wird im 
allgemeinen durch einen Experten bestirnmt, der mit dem 
ProzeB vertraut ist, und basiert auf der Art des iiberwachten 
Objekts. 

[0118] Auf Wunsch konnen die Betriebsmittelnutzungs- 
suite 50 oder genauer die Statusmonitoranwendung 240 ei- 
nen Leistungsindex oder eine Kurve bestimmen, indem ein 
oder mehrere von den Modellen wie vorstehend beschrieben 
bestimmte Parameter mit dem gleichen, von dem Modell be- 
stimmten Parameter verglichen wird, das in Ubereinsdm- 
mung mit den Konstrukdonsparametern des im Modell 
nachgebildeten Objekts gefahren wird. Im einzelnen kann 
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die Betriebsmittelnutzungssuite 50 ein Modell unter Ver- 
wendung der Konstrukuons'parameter des Objekts in der 
Anlage 10 ausfuhren. zu welcher das ModeU gehdrt, urn zu 
bestimmen, was die konsTruktionsgemaGe Leistung des Ob- 
jekts ware, wenn es gemaB dent gegenwartigen ProzeBst atus 5 
und unter Verwendung der tatsachlichen Eingaben in das 
Objekt. entsprechend den Messungen innerhalb der Anlage 
10 arbeiten wurde. Diese Konstruktionsleistung kann dann 
mit der tatsachlichen Leistung dieses Objekts verglichen 
werden, die durch das Koniponentenmodell fiir das Objekt 10 
bestimmt wird oder die durch gemessene Eingaben und 
Ausgaben des Objekts bestimmt wird, urn ein MaB der Lei- 
stung des Objekts zu schaffen. 

[0119] Die Komponentenmodeile konnen auch verwendet 
werden, urn eine ProzeBoptimierung durchzufuhren. Insbe- 15 
sondere kann die Betriebsmittelnutzungssuite 50 eine oder 
mehrere Optimierungsroutinen verwenden, welche die ein- 
zelnen Komponentenmodeile ausfiihrcn, urn den Bctricbs- 
ablauf der Anlage hinsichtlich bestimmter Optimierungskri- 
tcrien zu optimieren, die beispielsweise von einem ProzeB- 20 
steueroperator oder einem kaufmannischen Mitarbeiter tiber 
cine kaufmannische Anwendung vorgegeben werden. Das 
Optimierungsprogramm kann ein Echtzeitoptimierungspro- 
gramm sein, das in Echtzeit arbeitet, um die Anlage 10 ba- 
sierend 'auf dem tatsachlichen Status der Anlage 10 zu die- 25 
sem Zeitpunkt zu optimieren. Alternativ oder zusatzlich 
kann ein Optimierungsprogramm Veranderungen festlegen, 
die an der Anlage 10 durchzufuhren sind, wie zum Beispiel 
das korrekte Einstellen von bestimmen Einrichtungen oder 
Einheiten, die die beste Optimierung der Anlage 10 ergeben. 30 
Selbstverstandlich konnen andere Arten von Optimierungs- 
routinen anstelle der oder zusatzlich zu den hier genannten 
ausgefuhrt werden. 

[0120] Als Resultat der vorstehenden Erorterung ist zu er- 
kennen, daB die Nutzung von Modellen viele neue Arten 35 
von Daten oder Informationen fur die kaufmannischen An- 
wendungen, ProzeBsteueranwendungen und Betriebsmittel- 
wartungs- und Leistungsuberwachungsanwendungen be- 
reitstellt. Insbesondere konnen die ModeUe verwendet wer- 
den, um eine Leistungsuberwachung durchzufuhren und ei- 40 
nenLeistungsindex zu erzeugen, der die relative Leistung 
einer Einrichtung, Einheit, eines Bereichs etc. innerhalb ei- 
ner Anlage anzeigt. Dieser Leistungsindex kann ein MaB der 
Leistungsfahigkeit eines Objekts in Bezug auf die mogliche 
Leistung dieses Objekts sein. Wahrend femer vorstehend 45 
Einrichtungs- und EinheitenmodeUe erortert worden, konn- 
ten ahnliche ModeUe fur ProzeBsteuerungsobjekte, wie zum 
Beispiel Regelkreise, Einheiten etc., erstellt und ausgefuhrt 
werden, um Leistungsmessungen und Optimierungskrite- 
rien fur diese Arten von Objekten ebenfalls bereitzusteUen. 50 
Ferner konnen wie vorstehend angefuhrt ModeUe in einigen 
Fallen verwendet werden, um den Zustand von bestimmten 
Einrichtungen oder anderen Objekten zu messen und einen 
Zustandsindex bereitzusteUen, der diese Objekte bezeich- 
net. Beispielsweise konnen die Fehlermessungen von be- 55 
stimmten Eingabe- und Ausgabesensoren, wie sie durch die 
an bestimmten ModeUen verwendete Regressions analyse 
bestimmt werden, als eine Angabe hinsichtkeh des Zustan- 
des dieser Einrichtungen verwendet werden oder in eine sol- 
che konvertiert werden. Ferner konnten andere Informatio- 60 
nen, die anderweitig fur die ProzeB- ControUer nicht verfug- 
bar 'sind, wie zum Beispiel ModeUparameter virtuelle Sen- 
sormessungen basierend auf den ModeUen, den ProzeB- 
Controllern oder den kaufmannischen Mitarbeitern zur Ver- 
wendung in viclfaltigcr Wcisc zur Vcrfugung gcstcUt wcr- 65 
den. 

[0121] Neben Leistungs- und Zustandsindizes kann die 
Betriebsmittelnutzungssuite 50 die Indexerzeugungsroutine 



bei der Erstellung anderer Anen von Indizes. wie zum Bei- 
spiel eines Nutzungsindex oder eines Variabilitatsindex, un- 
terstutzen. Ein Variabiliratsindex gibt an, wie stark ein be- 
stimmtes Signal fur eine oder aus einer bzw. ein anderer Pa- 
rameter, der zu einer Einrichtung, einem Regelkreis, einer 
Einheit etc. gehort, im Vergleich dazu, wie stark die Varia- 
tion dieses Parameters erwartet wird, variiert. Die zum Er- 
zeugen dieses Variabiiitatsindex erforderlichen Daten kon- 
nen von der Betriebsmittelnutzungssuite 50 uber das Daten- 
erfassungs- und Verteilungssystem 102 erfafit werden und 
an die Indexerzeugungsroutine zu jedem gewunschten oder 
geeigneten Zeitpunkt abgegeben werden. Selbstverstandlich 
kann das normale AusmaB der Variation eines Signals oder 
eines Parameters von einem HersteUer, einem Techniker, ei- 
nem Operator oder einer Wartungsperson eingesteUt wer- 
den, der mit dem Objekt vertraut ist, oder kann auf einer sta- 
tisti'schen Messung (wie zum Beispiel Durchschnitt, Stan- 
dardabweichung etc.) basicrcn, die zu dicscm oder anderen 
ahnUchen Objekten innerhalb der Anlage gehort, und diese 
normale oder erwartete Variation kann innerhalb der Index- 
erzeugungsroutine gespeichert oder aktuaUsiert werden. 
[0122] Der Nutzungsindex verfolgt in einer beUebigen 
Form die Nutzung der einzelnen Regelkreise oder anderer 
Objekte oder gibt diese wieder und kann eine Angabe dar- 
uber bereitstellen, ob diese Objekte basierend auf zuvor be- 
stimmten Leistungsmerkmalen oder Betriebszielen genutrt 
werden. Ein Nutzungsindex kann basierend auf der gemes- 
senen Nutzung der tatsachUchen Einrichtung erzeugt wer- 
den. Beispielsweise kann gemessen werden, wie oft eine 
Einrichtung innerhalb eines Prozesses im Vergleich zu ihrer 
gewunschten Nutzung genutrt wird. Der Nutrungsindex 
kann Regelkreise etc. identifizieren, die nicht konstruktions- 
gemaB genutrt werden. 

[0123] Wie vorstehend angegeben steUt die Benutzer- 
schnittsteUenroutine 244 eine graphische Benutzerschnitt- 
steUe (GUI) bereit, die mit der hier beschriebenen Betriebs- 
mittelnutzungssuite 50 integriert ist, um die Interaktion des 
Benutzers mit den verschiedenen Betriebsmittelnutzungsfa- 
higkeiten, die von der Betriebsmittelnutrungssuite 50 zur 
Verfugung gestellt werden, zu erleichtern. Bevor jedoch die 
GUI im Detail erortert wird, soUte festgesteUt sein, daB die 
GUI eine oder mehrere Softwareroutinen enthalten kann, die 
unter Verwendung bekebiger geeigneter Programmierspra- 
chen und -techniken implementiert werden. Ferner konnen 
die die GUI bildenden Softwarenroutinen in einer einzelnen 
Verarbeitungsstation oder -einheit gespeichert und yerarbei- 
tet werden, wie etwa in einer Workstation, einem Steuerge- 
rat etc. innerhalb der Anlage 10 oder alternativ konnen die 
Softwareroutinen der GUI in verteilter Weise unter Verwen- 
dung einer Vielzahl von Verarbeitungseinheiten, die mitein- 
ander in Kommunikationsverbindung stehen, innerhalb des 
Betriebsmittelnutzungssystems gespeichert und ausgefuhrt 
werden. Femer kann auf die von der GUI zum ErsteUen von 
bestimmten Bildschirmen genutzten Daten von externen 
DatenqueUen uber das Datenerfassungs- und -verteilungssy- 
stem 102 zugegrifYen werden. 

[0124] Vorzugsweise, jedoch nicht notwendigerweise, 
kann die GUI unter Verwendung einer vertrauten graphi- 
schen, auf Windows basierenden Struktur und auBeren Er- 
scheinung implementiert werden, in der eine Vielzahl von 
miteinander verbundenen graphischen Ansichten oder Sei- 
ten ein oder mehrere PuUdownmenus enthalten, die es ei- 
nem Benutzer ermoglichen, durch die Seiten in gewiinschter 
Weise zu navigieren, um eine bestimrnte Art von Informa- 
tionen zu bctrachtcn und/odcr abzurufen. Die Mcrkmalc 
und/oder Fahigkeiten der Betriebsmittelnutrungssuite 50, 
die vorstehend beschrieben wurden, konnen durch eine oder 
mehrere entsprechende Seiten, Ansichten oder Anzeigen der 
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GUI dargestellt, zugreifban abrufbar etc. sein. Ferner kon- 
nen die verschiedenen Anzeigen, welche die GUI bilden, in 
logischer Weise miteinander verbunden sein, um die rasche 
und int.uif.ive Navigation des Benur.zers durch die Anzeigen 
zu erleichtem, um eine bestimmte Art von Information ab- 
zurufen oder auf eine bestimmte Fahigkeit der Betriebsmit- 
telnutzungssuite 50 zuzugreifen und/oder diese abzurufen. 
1 0125 j In einer Ausfuhrungsform kann ahniich der vorste- 
hcnd beschriebenen Fig* 5 die GUI einen Satz oder eine 
Reihe von hierarchischen Anzeigen ausfiihren oder darstel- 
len. in wclchen grundsatzlichere oder allgemeinere Informa- 
lion Liber die Art des ProzeBsteuersy stems (zum Beispiel 
Bcreiche, Rcgelkreise, Einrichtungen, Leistungsuberwa- 
chungsunwendungen von Steuereinrichtungsroutinen, etc. 
in der Anlage) in gewisser Weise in einer Anzeige einer ho- 
hercn liberie angezeigt werden. AnschlieB.end konnen in ei- 
ner Reihe von nachfolgenden Anzeigen niedrigerer Ebenen, 
;n:t die durch Auswahlcn und Klickcn einer bestimmten In- 
I on nation inncrhalb der Anzeige der hoheren Ebene zuge- 
grillcn werden kann, weitere Informadonen uber die Steuer- 
rouiinen. die Wanungsroutinen, die Verbindungen der Pro- 
/.cUMeucmusrusiung sowie die tatsachlichen Leistungsmes- 
sungen. IVo/cBsieucrroutinenaktivitaten, wie zum Beispiel 
Alamic. Probleme etc., Leistungsmessungen, wie zum Bei- 
spiel Lcisiungsenipfehlungen, Vorhersagen etc., und War- 
lungsinloriuutionen, wie zum Beispiel Probleme, die inner- 
hulb der Anlage eic. aufireten, bereitgestellt werden. Andere 
Anzeigen niedrigerer Ebenen konnen anschlieBend weitere 
Int'oniiuiioncn uber Elemente in diesen Anzeigen bereitstel- 
len. Ini allgemeinen bictet eine derartige hierarchische An- 
zeige mehr In format ionen iiber bestimmte Bereiche, Regel- 
kreise etc. und die mil diesen zusammenhangenden Pro- 
bleme unler dem Gesichlspunkt der ProzeBsteueraktivitaten, 
Wariungsaktivitaien sowie der ProzeBleistungsaktivitaten, 
je weitcr der Benutzer in tiefere Ebenen in der Anzeige vor- 
dringt. 

|0126] Ailgemein ausgedriickt bietet die hier beschrie- 
bene GUI iniuitive graphische Abbildungen oder Anzeigen 
von ProzeBsteuerbcrcichen, Einheiten^ Regelkreisen, Ein- 
riehlungen etc. Jede dieser graphischen Anzeigen kann Indi- 
ces uber den numcrischen Status und die Leistung endialten 
(von wclchen einige oder alle durch die vorstehend be- 
schriebene Indexerzcugungsroutine erzeugt werden kon- 
nen), die zu einer besiiminten, von der GUI dargestellten 
Ansichl gehoren. Bcispielsweise kann eine Anzeige, die ei- 
nen ProzcBsleucrbereich darstellt, einen Satz von Indizes 
bcreitstcllen, die den Status und die Leistung dieses Be- 
rcichs wiedcrgeben (das heiBt einen bestimmten Abschnitt 
des ProzeBsteuersy stems in einer bestimmten Ebene der 
Ausruslungshicrarchie). Andererseits kann eine Anzeige, 
die einen Rcgelkreis darstellt, einen Satz von Status- und 
Lcistungsindizes zeigen, die zu diesem bestimmten Regel- 
kreis gehoren. In jedem Fall kann ein Benutzer die in einer 
bcliebigen Ansicht, Seite oder Anzeige dargestellten Indizes 
nutzen, um rasch zu beurteilen, ob ein Problem innerhalb ei- 
ner der Einrichtungen, Regelkreise etc. vorhanden ist, die in 
dieser Anzeige dargestellt sind. 

|0127] Zusatzlich kann die hier beschriebene GUI auto- 
matisch oder ansprechend auf eine Anforderung durch einen 
Benutzer Wartungsinfomiationen fiir den Benutzer bereit- 
stellcn. Die Wartungsinfomiationen konnen von jedem Teil 
der Betricbsmiuclnulzungssuite 50 bereitgestellt werden. In 
ahnlichcr Weise kann die GUI Alarminfomiationen, ProzeB- 
steuerinlbrmationen etc. anzeigen, dieebenfalls von derBe- 
tricbsmittclnutzungssuitc 50 bereitgestellt werden konnen. 
Ferner kann die GUI Mitteilungen an den Benutzer in Ver- 
bindung mil eincm Problem abgeben, das in der Anlage 10 
aufgctreicn oder im Entstehen ist. Diese Mitteilungen kon- 
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nen graphische und/oder Textinformat.ionen einschlieBen, 
welche das Problem beschreiben, niogliche Veranderungen 
an dem System vorschlagen, die umgesetzt werden konnen, 
um ein gegenwartiges Problem abzumildern, oder die umge- 
5 setzt werden konnen, um ein mogliches Problem zu vermei- 
den, Handlungs weise n beschreiben, die verfolgt werden 
konnen, um ein Problem zu korrigieren oder zu vermeiden, 
etc. 

[0128] Ferner kann die hier beschriebene GUI automa- 
te) tisch oder ansprechend auf eine Anforderung eines Benut- 
zers ProzeGleistungsinformationen fiir den Benutzer bereit- 
stellen. Die ProzeBleistungsinformationen konnen von je- 
dem Teil der BetriebsmitteLnutzungssuite bereitgestellt wer- 
den. Derartige Leistungsdaten oder Inforrnationen konnen 
15 Leistungsmessungen, Vorhersagen oder Empfehlungen fiir 
den Benutzer hinsichtlich Anderungen an dem ProzeB, um 
die Leistungsfahigkeit zu andern, enthalten, und konnen das 
Eingcbcn oder Anzeigen der gegenwartig von dem System 
verwendeten Leistungsziele etc. einschlieBen. 
20 [0129] Fig. 8 ist eine beispielhafte DarsteUung einer An- 
zeige, die eine Einheit 500 innerhalb eines ProzeBsteuersy- 
stems darstellt, die von der GUI angezeigt werden kann. Wie 
Fig. 8 zeigt, enthalt die Einheit 500 eine Vielzahl von Ein- 
richtungen, wie zum Beispiel Venule, Pumpen, Temperatur- 
25 sender etc., die alle wie dargeslelll graphisch abgebildet 
werden konnen. Zusatzlich kann die Anzeige Linienpfeile 
oder beliebige andere Darsteliungen enthalten, die logische 
und physische Verbindungen zwischen den verschiedenen 
Einrichtungen darstellen. 
30 [0130] Selbstverstandlich sind derartige graphische Dar- 
steliungen des ProzeBsteuersy stems (oder von Teilen des 
ProzeBsteuersystems) nach dem Stand der Technik bekannt 
und somit wird die Art der Umsetzung dieser graphischen 
Darsteliungen oder Anzeigen hier nicht im Detail beschrie- 
35 ben. 

[0131] Die in Fig. 8 gezeigte GUI-Anzeige enthalt femer 
eine Vielzahl von Indexnamen und -werten 550. Im einzel- 
nen enthalten die Indexnamen und -werte 550 einen Lei- 
stungsindex, einen Zustandsindex, einen Variabilitatsindex 
40 und einen Nutzungsindex, die vorstehend alle in Verbindung 
mit der BetriebsmitteLnutzungssuite 50 und der Indexerzeu- 
gungsroutine derselben kurz erortert wurden. Die Indexna- 
men und -werte 550 konnen im Tabellenformat, wie gezeigt, 
oder in jedem anderen gewunschten Format dargestellt wer- 
45 den. Die Indexnamen und -werte 550 stellen die Leistung 
und den Status der gesamten Einheit 500 dar und somit sind 
die gezeigten Indexwerte vorzugsweise, jedoch nicht not- 
wendigerweise, aus den Indexwerten oder -gebieten zusam- 
mengesetzt, die zu jeder der Untereinheiten und/oder Ein- 
50 richtungen gehoren, welche die Einheit 500 bilden. 

[0132] Bevor die GUI und die Art und Weise erlautert 
wird, in der Betriebsmittelinformationen, ProzeBsteuerin- 
formationen, Wartungsinformationen, Diagnoseinformatio- 
nen, Leistungsinformationen oder jeder andere Informati- 
55 onstyp durch diese einem Benutzer angezeigt wird, wird 
nachfolgend die Art und Weise kurz erortert, in der die Lei- 
stungs- und Statusindizes erzeugt werden. Ferner sei ange- 
merkt, daB hier in Verbindung mit den verschiedenen Anzei- 
gen der GUI ein Leistungsindex, ein Zustandsindex, ein Va- 
60 riabilitatsindex und ein Nutzungsindex im Detail beschrie- 
ben werden, aber zusatzliche und/oder unterschiedliche In- 
dizes von der Betriebsmittelnutzungssuite 50 erzeugt wer- 
den konnen und uber die GUI angezeigt werden konnen. 
Ferner versteht es sich, daB einige oder alle der Daten, die 
65 von der GUI angezeigt werden, von einer cxtemcn Datcn- 
quelle kommen konnen. 

[0133] Ailgemein ausgedriickt konnen die von der Index- 
erzeugungsroudne erzeugten und iiber die GUI angezeigten 
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Indizes fur einzelne Einrichtungen, fur logische und/oder 
phvsikalische Gruppierungen von Einrichtungen, fur logi- 
sche Prozesse (zum Beispiel Regelkreise), fur logische 
Gruppierungen von ProzeBausriistung, wie zum Beispiel 
Einheiten und Bereiche, etc. berechnet werden. Mit anderen 5 
Worten konnen die Indizes prinzipiell in jeder Ebene der 
Ausrustung und logischen Hierarchie eines ProzeBsteuersy- 
stems oder aiigemein ausgedruckt eines Betriebsmittelnut- 
zungssystems berechnet werden, das ein oder mehrere Pro- 
zeBsteuersysteme enthalten kann. Die Bedeutung eines be- 10 
stirnmten Index kann jedoch von dem Kontext abhangig 
sein (das heiBt ob der Index einer logischen oder einer phy- 
sischen Gruppierung von Einrichtungen und/oder Parame- 
tern entspricht), in der der Index erzeugt. und angezeigt wird, 
und kann von der Ebene der Hierarchie, in welcher er ange- L5 
zeigt wird, abhangig sein. Beispielsweise entsprechen in der 
untersten Ebene der Ausrustungshierarchie Indizes den phy- 
sikalischcn Einrichtungen, wic zum Beispiel Vcntilcn, Tcm- 
peratursensoren, Aktuatoren etc. Somit kann jede Einrich- 
tung einen spezifischen Satz von Indizes haben, die inner- 20 
halb der Einrichtung oder fur die Einrichtung basierend auf 
Informationen erzeugt werden konnen, die in der Einrich- 
tung zum Zeitpunkt der Herstellung der Einrichtung gespei- 
chert werden. Entsprechend kann jede Einrichtung ihre Indi- 
zes erzeugen und an hohere Ebenen der Hierarchie und die 25 
Betriebsmittelnutzungssuite 50 nach Bedarf weitergeben. 
[0134] In ahnlicher Weise konnen Einheiten oder Regel- 
kreise, die jeweils aus einer oder mehreren Einrichtungen 
oder Funktionsblocken zusammengesetzt sind, jeweils einen 
individuellen Satz von Indizes haben. Selbstverstandlich 30 
kann die Berechnung eines oder mehrerer der Leistungs-Zu- 
stands-, Variabilitats- und Nutzungsindizes nicht fur jede 
Ebene der logischen und Ausrustungshierarchie geeignet, 
erforderlich oder nutzlich sein. Einige oder alle dieser Indi- 
zes konnen den Zustand einer Einrichtung oder eines ande- 3S 
ren Objekts innerhalb des Systems angeben. Beispielsweise 
kann ein Zustandsindex (HI) fiir eine Einrichtung auf der hi- 
storischen Nutzung der Einrichtung basieren. Im einzelnen 
kann der Einrichtungshersteller Informationen hinsichtlich 
der Lebensdauer der Einrichtung in der Einrichtung spei- 40 
chern und basierend auf der Nutzung der Einrichtung und 
den wahrend ihres Betriebs auf die Einrichtung einwirken- 
den Umweiteinflussen (zum Beispiel Temperaturschwan- 
kungen, StoBe etc.) kann die Einrichtung bestimmen, wie 
weit die Einrichtung auf ihrer Lebensdauerkurve fortge- 45 
schritten ist (das heiBt gealtert ist). Der HersteUer kann eine 
Einrichtung so programrnieren, daB sie einen HI- Wert ab- 
gibt, der den gegenwartigen Status der Lebensdauer der Ein- 
richtung anzeigt. So kann beispielsweise ein Ventil der Hub- 
bauart eine voraussichtliche Lebensdauer von 250.000 vol- 50 
len Hubzyklen haben und der HersteUer der Hubventilein- 
richtung, bei der es sich typischerweise urn eine intelligente 
Anlageneinrichtung handelt, hat in ihrem Speicher die er- 
wartete Anzahl der Hubzyklen liber die Lebensdauer zusam- 
. men mit der aktueilen Zahl der Hubzyklen, die das Ventii 55 
vollendet hat, gespeichert. So kann in dem Fall, in dem ein 
HI- Wert in einem Bereich von Gut, Wartung in Kiirze und 
Wartung sofort liegen kann, der erzeugte HI- Wert auf der 
Anzahl der Hiibe im Bereich von 0 bis 250.000 basieren. 
Selbstverstandlich muss die exakte Beziehung zwischen den 60 
Hl-Werten und der Lebensdauercharakteristik (beispiels- 
weise Hiibe) nicht linear sein. Ganz im Gegenteil folgen 
viele Lebensdauercharakteristikkurven einer exponentiellen 
Charakteristik, gemaB der Versagen und Verschlechterung 
der Einrichtungslcistung/dcs Einrichtungsbctricbcs im Vcr- 65 
lauf der Zeit rascher fortschreiten als die vollendeten Hub- 
zyklen etc. Selbstverstandlich gibt es viele andere Arten 
zum Definieren oder Berechnen eines HI fur eine Einrich- 



tung basierend auf dem aktueilen erfaSten Zustand der Ein- 
richtung und der Qualitat ihrer Betriebsleistung. Der HI fur 
einen Regelkreis basiert vorzugsweise, jedoch nicht unbe- 
dingt, auf Funktionsblocken, welche den Regelkreis biiden. 
[01351 In ahnlicher Weise stellt der fur den Regelkreis, 
den Bereich und die Einheitsebenen berechnete UI das Aus- 
maB dar, in dem ein bestimmtes Betriebsmittel (beispiels- 
weise ein Regelkreis) im Vergieich zu seiner Kapazitat oder 
gewunschten Nutzung ausgenutzt wird. Beispielsweise kann 
der Ul-Wert auf der Dauer der Zeit basieren, wahrend der 
Regelkreise so genutzt werden, daB sie eine konstruktions- 
gemaBe Regelung ausfuhren. 

[0136] Fig. 9 ist eine beispielhafte graphische Anzeige, 
die von der GUI dargestellt werden kann, um einem Benut- 
zer die MogUchkeit zu geben, rasch den Betriebszustand 
und die Leistung eines ProzeBbereichs innerhalb einer An- 
lage 10 zu analysieren. Wie Fig. 9 zeigt, kann die GUI die 
physischc AusrUstung (und die Verbindungcn zwischen die- 
ser) innerhalb eines ProzeBbereichs 600 graphisch darstel- 
len. Selbstverstandlich ist anzurnerken, daB in der in Fig. 9 
gezeigten GUI-Anzeige zwar ein ProzeBbereich dargestellt 
ist, iedoch jeder andere Abschnitt der Anlage 10, wie zum 
Beispiel eine Einheit, eine Untereinheit, ein Regelkreis, eine 
Einrichtung etc. anstelle dessen gezeigt werden konnen, um 
zu den gleichen oder ahnlichen Resultaten zu gelangen. In 
jedem Fall ist der ProzeBbereich 600 mit einem Paar von 
Tanks, einer Vielzahl von Temperatursendern, Drucksen- 
dern, DurchfluBsendern etc. und Rohrleitungen dargestellt, 
die alle wie in Fig, 9 dargestellt verbunden sein konnen. Fer- 
ner kann jede der physikalischen Einrichtungen zusammen 
mit einer zugehorigen alphanumerischen Identifizierung 
(zum Beispiel TT-394) angezeigt werden, die eindeutig 
diese Einrichtung in der Anlage 10 identifiziert, und kann 
auch zusammen mit einer graphischen MeBeinrichtung oder 
Uhr (das heiBt den teilweise verdunkelten halbkreisfbrmi- 
gen Abbildungen) angezeigt werden, die es einem Benutzer 
ermoglichen, den Status des zu dieser Einrichtung gehoren- 
den gemessenen Parameters zu bestimmen. 
[0137] Beispielsweise kann die GUI eine graphische MeB- 
uhr oder Anzeige anzeigen, die zu einem Temperatursender 
gehort, und kann einen groBeren oder kleineren Teil der 
MeBuhr basierend auf der gegenwartig von dem Tempera- 
turtransmitter gemessenen Temperatur schwarzen. Dabei ist 
wichtig, daB einer oder mehrere der VI-, HI-, UI- und PI- 
Werte fiir eine oder mehrere der in dem Bereich 600 gezeig- 
ten Einrichtungen angezeigt werden konnen. Als Beispiel 
sind die Hl-Werte fur mehrere der Einrichtungen, die mit ei- 
nem Tank 610 in dem Bereich 600 verbunden sind, darge- 
stellt. Es konnten jedoch rnehr oder weniger Hl-Werte ange- 
zeigt werden, wenn dies erwunscht ist. Zusatzlich konnen 
unterschiedliche Indexwerte oder Gruppen von Index werten 
fur jede der Einrichtungen, die in dem Bereich 600 er- 
scheint, nach Wunsch angezeigt werden. Wie aus der in Fig. 
9 gezeigten Anzeige zu erkennen ist, kann ein Benutzer 
rasch sicherstellen, ob ein Bereich ordnungsgemaB arbeitet 
und weiterhin ordnungsgemaB arbeiten wird. Ferner kann 
ein Benutzer rasch diejenigen Einrichtungen, Einheiten, Un- 
tereinheiten etc. identifizieren, die der Aufmerksamkeit be- 
durfen und/oder die ein bestimmtes Problem verursachen 
konnen. Femer versteht es sich, daB ein Benutzer aufeinan- 
derfolgend tiefer und tieferhegende Objekte innerhalb einer 
Anlage betrachten kann und Informationen uber die zu je- 
dem dieser verschiedenen Objekte oder jeder dieser Ansich- 
ten gehorenden Indizes erhaiten kann. So kann beispiels- 
weise cin Benutzer die Ansicht einer Ajilagc betrachten und 
einen bestimmten Satz von Indizes fur die Anlage sehen. 
Der Benutzer kann sich dann auf einen Bereich konzentrie- 
ren, indem er beispielsweise einen der Bereiche innerhalb 
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der Anlagenansicht aqklicku und die zu diesem Bereich ge- 
horenden Indizes sehen. In ahnlicher Weise konnen durch 
Anklicken von Einheiten innerhalb des angezeigten Berei- 
ches die Tndizes fur die verschiedenen Einheiten betrachtet. 
werden. GleichermaBen konnen dann Indizes fur Regel- 
kreise, Untereinheiten, Einrichtungen etc. betrachtet wer- 
den, indem aus einer Ansicht eines Objektes, in dem diese 
Objekte angeordnet sind, diese verschiedenen Objekte ein- 
zeln herausgehoben werden. Auf diese Weise kann ein Be- 
nutzer rasch die Ursache eines unerwartet niedrigen (oder 
unerwartet. hohen) Index an jedem Punkt oder in jeder Ebene 
der Anlage finden. Selbstverstandlich basieren einige der 
angezeigten Daten fur das System auf oder wurderi entwik- 
kelt aus Daten, die von extemen Datenquellen uber das Da- 
ten erf as sungs- und Verteilungssystem 102 empfangen wur- 
den. 

[0138] Fig. 10 ist eine beispielhafte Darstellung einer An- 
zcigc, die von der GUI erzeugt werden kann, um cincm Be- 
nutzer zu ermoglichen, Prufpfadinformationen in Verbin- 
dung mil einer beliebigen Einrichtung zu betrachten, die in 
dem Bereich 600 verwendet wird. Beispielsweise kann ein 
Benutzer eine Maus verwenden, um auf eine gegebene Ein- 
richtung oder ihre alphanumerische Identifizierung zu klik- 
ken oder kann altemativ die Identifizierung uber eine Tasta- 
Lur eingeben, um ein Popup-Priifpfadfenster 650 fUr diese 
Einrichtung anzufordern. Auf diese Weise kann ein Benut- 
zer die Prufpfadinformadonen verwenden, um festzustellen, 
ob ein ungeeigneter oder inakzeptabler Indexwert damit zu 
tun haben kann, daB die Einrichtung nicht ordnungsgemaB 
oder zeitgerecht kalibriert ist, ob eine Einrichtung ordnungs- 
gemaB konfiguriert oder iiberhaupt konfiguriert wurde, etc. 
[0139] Fig. 11 ist eine Beispieldarstellung einer Anzeige, 
die von der GUI bereitgestellt werden kann, um es einem 
Benutzer zu ermoglichen, eine detailliertere Analyse der 
Daten durchzufuhren, die bei der Erzeugung eines oder 
mehrerer der Indizes fur eine bestimmte Einrichtung inner- 
halb des Bereichs 600 verwendet werden, oder um eine Zu- 
standsuberwachung durchzufuhren. ZumBeispiel kann eine 
Vibrationsanalyse fur einen Motor 675 in einem Popup-Fen- 
ster 680 dargestellt werden. Ein Benutzer kann ein derarti- 
ges Popup-Fenster ansprechend auf einen auBergewohnlich 
hohen oder einen auBergewohnlich niedrigen Indexwert fur 
die von dem Motor 675 beeinfluBte Einheit anfordern und/ 
oder das Fenster anfordern, wenn ein zu dem Motor geho- 
render Indexwert ein mogliches Problem anzeigt. Ferner 45 
kann auf Wunsch die GUI automatisch derartige Popup- 
Fenster bereitstellen, die eine detaillierte Datenanalyse fur 
diejenigen Einrichtungen, Einheiten etc. enthalten, die einen 
oder mehrere anormale Indexwerte haben. 
[0140] Fig. 12 ist eine weitere beispielhafte Abbildung ei- 
ner Anzeige, die von der GUI bereitgestellt werden kann, 
um es dem Benutzer zu ermoglichen, rasch Alarminforma- 
tionen, Zustande etc. innerhalb der Anlage 10 aufzuklaren. 
Eine graphische Ansicht 750 in einer hohen Ebene der An- 
lage 10 kann ein Alarm banner 760 enthalten, das einen oder 
mehrere akute Alarme hat. Jeder der Alarme innerhalb des 
Alarmbanners kann unter Verwendung einer alphanumeri- 
schen Bezeichnung dargestellt werden, der eindeutig zu der 
Einrichtung oder dem anderen Objekt gehdrt, das den Alarm 
oder das Ereignis erzeugte. Zusatzlich kann jeder der 
Alarme innerhalb des Banners 760 ferner eine Informations- 
schaltflache 770 enthalten, die von einem Benutzer ausge- 
wahlt werden kann, um ein Popup-Fenster 775 zu erzeugen, 
das detailliertere Informationen zu diesem bestimmten 
Alarm enthalten kann. Ferner kann ein Benutzer auch die al- 
phanumerische Bezeichnung fur die Einrichtung, die einen 
bestimmten Alarm verursacht, auswahlen, um die rnogli- 
chen Ursachen fur den Alarm zu untersuchen. Wenn die al- 
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phanuinerische Bezeichnung ausgewahlt wird, kann von der 
GUI ein Popup-Fenster 780 erzeugt werden. Das Popup- 
Fenster 780 kann eine oder mehrere Antwortkategorien 785 
enthalten, das das Verstandnis eines Benutzers, wie ein be- 
stimmter Alarm behandelt. werden sollie und innerhalb wel- 
ches Zeitrahmens der Alarm behandelt werden sollte, er- 
leichtern kann. Als Beispiel kann das Popup-Fenster 780 an- 
zeigen, daB eine bestimmte Einrichtung keine Kornmunika- 
tion hat, daB die Einrichtung ausgefallen ist, daB die Einrich- 
tung sofort gewartet werden muss, oder daB die Einrichtung 
Warning oder eine anderweitige Behandlung in Kurze beno- 
tigt. Selbstverstandlich konnen anstelle dessen weniger und/ 
oder andere Antwortkategorien verwendet werden. Die von 
der GUI an diesem Punkt erzeugte Alarrnanzeige kann die in 
der US-Paten tanmeldung mit der Seriennummer 09/707,580 
(eingereicht am 7. November 2000) offenbarte integrierte 
Anzeige sein, die hiennit ausdrucklich durch Bezugnahme 
hicrin cingcschlosscn wird. Allgcmcin kann diese Alarman- 
zeige ProzeBalarme und Benachrichtigungen sowie andere 
Arten von Alarmen, wie zum Beispiel Wartungsalarme und 
-benachrichtigungen zeigen. Ferner konnen ProzeBlei- 
stungsalarme angezeigt werden, um Alarme zu zeigen, die 
zu einer mangelhaften ProzeBleistung gehoren. Ferner kon- 
nen Informationen uber den Alarm, wie zum Beispiel eine 
spezifische Information, die in dem Feld 775 des Alarmban- 
ners dargestellt wird, an die GUI oder die Betriebsmittelnut- 
zungssuite 50 zusamrnen mit dem Alarm gesendet werden. 
Es versteht sich, daB die Alarm- und Benachrichtigungsin- 
formation in der vorstehend unter Bezug auf Fig. 3 bis 6 be- 
schriebenen Weise von externen Datenquellen konunen 
konnen. 

[0141] Fig. 13 und 14 zeigen weitere Anzeigen,.die von 
der GUI erzeugt werden konnen, um zusatzliche Informatio- 
nen hinsichtlich der Steuerleistung, Steuemutzung, Einrich- 
tungszustande oder ProzeBleistung zu geben. Insbesondere 
zeigt in Fig, 13 die linke Seite eine Baumstruktur, die hier- 
archische Informationen iiber die ProzeBsteueranlage ent- 
halt, einschlieBlich eines Delta V-Systems (bei dem es sich 
um ein Steuergeratesystem handelt), einen "Bereich A", ei- 
nen Bereich "Pro-Plus", sowie zusatzliche Elemente einer 
hoheren Ebene innerhalb der ProzeBsteueranlage. Das Aus- 
wahlen einiger dieser Elemente, wie zum Beispiel des Del- 
ta V-Systems, gibt weitere Informationen uber die Einrich- 
tungen oder Steuersysteme oder andere Leistungscharakte- 
ristiken des ausgewahlten Elements. Auf der rechten Seite in 
Fig. 13 hat ein Expertensystem Informationen iiber die Dia- 
gnose des ausgewahlten Delta V-Systems einschlieBlich der 
Anzahl der Module (in diesem Fall 42), die in einem nicht 
ordnungsgemaBen Modus sind, die Anzahl der Module, die 
eine eingeschrankte Steuerung gezeigt haben, die Anzahl 
der Module, die Eingabe/Ausgabe-Probleme hatten, und die 
Anzahl der Module, die eine hohe Variabilitat haben, erf aBt 
und angezeigt. Erneut konnen die zum Erstellen dieser Bild- 
schirmansicht verwendeten Daten durch das hier beschrie- 
bene Datenerfassungs- und Verteilungssystem von extemen 
Datenquellen kommen. Ferner sind Steuerleistungs-, Steu- 
ernutzungs-, Einrichtungszustands- und ProzeBleistungs- 
messungen, die von einer oder mehreren der Steuerdaten, 
Einrichtungsdaten und Leistungsdaten erzeugt wurden, an 
der Unterseite der Anzeige in Fig. 13 gezeigt. 
[0142] Wie Fig. 14 zeigt, sind weitere Informationen uber 
das gleiche System hinsichtlich der Module mit schlechter 
Eingabe/Ausgabe als eine weitere Anzeige einer niedrigeren 
Ebene dargestellt. Hier zeigt die rechte Seite der Anzeige 
bestimmte Modulnamcn und den Prozcntsatz der Zcitdaucr, 
fur die jedes eine schlechte Eingabe hatte. Dieser Bild- 
schirm zeigt ferner eine Liste der erzeugten Alarme und ins- 
besondere, daB ein Alarm fur einen Block All vorliegt, da 
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der Block All auf Grund eines Einrichtungsausfalles 100% 
der Zeit. eine schlechte Eingabe hai. Diese Anzeige. zeigt 
auch, daB die Einrichtung bald Wartungsarbeiten benoiigt. 
Selbstverstandlich Icon n ten diese und andere Arten von Be- 
nutzerschnittstellenbildschinnen fur alle beliebigen Infor- 5 
mationen, die die Einrichtungszustande, Variabilitat, Status 
etc. betreffen, bereitgestellt werden. Die Anzeigen in Fig. 13 
und 14 konnen durch eine Diagnosesteuerroutine, wie zum 
Beispiel die in den US-Patentanmeldungen rnit den Serien- 
nummern 09/256,585 und 09/499,445 aufgezeigten, erzeugt 10 
werden. 

[0143] Fig. 15 ist eine weitere beispielhafte Darstellung 
einer Anzeige, die von der GUI bereitgestellt werden kann, 
welche es einem Benutzer ermogiicht, Arbeitsauftrage zu 
verfolgen, die durch die Arbeitsauftragserzeugungsroutine 15 
270 automatisch erzeugt worden sein konnen. Die Betriebs- 
mittelnutzungssuite 50 kann Daten an die Arbeitsauftragser- 
zcugungsroutinc 270 abgcbcn, wclchc diese Routine vcran- 
lassen, automatisch Arbeitsauftrage ansprechend auf ein 
Problem oder mogliches Problem zu erzeugen, das von der 20 
Betriebsmittelnutzungssuite 50 und/oder einem Benutzer, 
der rnit der Betriebsmittelnutzungssuite 50 arbeitet, uber die 
GUI entdeckt oder erkannt wurde. Bei spiels weise kann die 
Betriebsmittelnutzungssuite 50 Diagnoseinformationen, 
Wartungsanforderungen etc. von intemen und externen Da- 25 
tenquellen empfangen und ansprechend darauf das War- 
tungssystem veranlassen, einen Arbeitsauftrag zu erzeugen, 
der eine Wartungsperson auffordert, sich urn eines oder 
mehrere Probleme im Zusammenhang rnit der Diagnosein- 
formation zu kummern. Selbstverstandlich sind die Einzel- 30 
heiten des erzeugten Arbeitsauftrages von der Art des ent- 
deckten Problems oder der Situation sowie von den Stan- 
dardformen, die zur Korrektur des Problems, wie zum Bei- 
spiel Bestellen von Teilen, Versorgungsgikern etc. verwen- 
det werden, abhangig. ,r> 
[0144] Ferner konnte die Arbeitsauftragserzeugungsrou- 
tine 270 eine Business-to-Business Kommunikationsfunk- 
tion enthalten, die basierend auf erfaBten tatsachlichen oder 
vorhergesagten Problemen innerhalb der Anlage 10 automa- 
tisch mit einem Zulieferer oder einem anderen Geschaftsbe- 40 
trieb kommuniziert, urn Ersatzteile, Versorgungsguter etc. 
zu bestellen, ohne daB ein Operator oder eine Wartungsper- 
son eingreift, oder unter Mitwirkung derselben. Genauer 
ausgedruckt kann die Routine 270 Mitteilungen uber aktu- 
elle Probleme oder vorhergesagte zukunftige Probleme mit 45 
Einrichtungen oder anderen Betriebsmitteln basierend auf 
Daten oder Vorhersagen empfangen, die von der Betriebs- 
mittelnutzungssuite 50 oder jedem anderen der Datenanaly- 
setools bereitgestellt oder erstellt werden, wie zum Beispiel 
den Analysetools fur rotierende Gerate. Die Routine 270 50 
nimrnt dann automatisch mit einem Zulieferer beispiels- 
weise uber eine Internet-, Telefon- oder andere Kommuni- 
kationsverbindung Kontakt auf und bestellt die Teile, Gerate 
oder Versorgungsguter, die zu der Anlage 10 zu liefern sind, 
bevor die Einrichtung ersetzt werden muss. Auf diese Weise 55 
begrenzt die Arbeitsauftragserzeugungsroutine 270 die Aus- 
fallzeit oder hilft dabei sicherzustellen, daB nur eine geringe . 
oder gar keine Ausfallzeit durch das Erfordernis,, auf Teile, 
Gerate oder Versorgungsguter zu warten, um das Problem 
zu losen, wenn es tatsachlich auftritt, vorhegt. Diese Tatsa- 60 
che macht die Anlage 10 effizienter. 

[0145] Wie Fig. 16 zeigt, kann die GUI andere Bild- 
schirme einem Benutzer bereitstellen, um gegenwartige 
oder zukunftige Probleme anzuzeigen, wie zum Beispiel 
vorhergesagte Probleme, die von der Bctricbsmittclnut- 65 
zungssuite 50 oder einem der Datenanalysetools innerhalb 
der Anlage 10, wie zum Beispiel Datenanalysetools, die mit 
entfernten Datenquellen verbunden sind, erfaBt werden kon- 



nen. Fig. 16 zeigt. im einzelnen eine Anzeige, die Spektral- 
kurven der Vibration eines Elements, wie zum Beispiel einer 
Welle in einer rotierenden Einrichtung zeigt, die von den Vi- 
bration sanalyseprogrammen 22 in Fig. 1 aufgezeichnet wur- 
den, und Zustande oder Probleme, die basierend auf diesen 
Kurven von dem Analysetool erfaBt wurden. 
[0146] Selbstverstandlich konnen andere Zustande fur ro- 
tierende oder andere Einrichtungen basierend auf den Resul- 
taten der Datenanalysetools ebenfalls angezeigt werden. 
Ferner konnen die Resultate dieser Tools verwendet. werden, 
um die Arbeitsauftragserzeugungsroutine 270 zu veranlas- 
sen, automatisch Ersatzteile zu bestellen und/oder die Aus- 
fuhrung von Arbeiten (wie zum Beispiel Reparatur oder 
Wartung) in der Anlage 10 in Auftrag zu geben oder zu pla- 
nen. Obwohl das Datenerfassungs- und Verteilungssystem 
102 und die Betriebsmittelnutzungssuite 50 und andere Pro- 
zeBelemente so beschrieben wurden, daB sie vorzugsweise 
in Software implcmcnucrt sind, konnen sic auch in Hard- 
ware, Firmware, etc. implementiert sein und von jedem an- 
deren Prozessor, der mit dem ProzeBsteuersystem 10 in Ver- 
bindung stent, implementiert werden. So konnen die hier be- 
schriebenen Elemente in einer Standard- Vielzweck-CPU 
implementiert sein oder auf speziell gestalteter Hardware 
oder Firmware, wie zum Beispiel einem anwendungsspezi- 
fischenintegrierten Sehaltkreis (ASIC) oder anderer festver- 
drahteter Einrichtung nach Wunsch implementiert sein. Bei 
der Implementierung in Software kann die Softwareroutine 
in jedem computerlesbaren Speicher gespeichert sein, wie 
zum Beispiel auf einer Magnetplatte, einer Laserplatte oder 
einem anderen Speichermedium, in einem RAM oder ROM 
eines Computers oder Prozessors, in einer beliebigen Daten- 
bank etc. GleichermaBen kann die Software einem Benutzer 
oder einer ProzeBsteueranlage uber jedes bekannte oder ge- 
wunschte AusUeferungsverfahren geUefert werden, darunter 
beispielsweise auf einer computerlesbaren Diskette oder ei- 
nem anderen transportablen Computerspeichermechanis- 
mus oder uber einen Kommunikationskanal, wie zum Bei- 
spiel eine Telefonleitung, das Internet etc. (die als gieich 
oder austauschbar mit der Bereitstellung dieser Software 
uber ein transportables Speichermedium betrachtet werden). 
Wahrend femer die Suite 50 so beschrieben wurde, daB sie 
moglicherweise ein regelbasiertes Expertensystem ist oder 
nutzt, konnen andere Arten von Expertensystemen ebenfaUs 
verwendet werden, einschlieBlich diejenigen, die andere be- 
kannte Datenforderungstechniken verwenden. 
[0147] Obwohl die vorliegende Erfindung unter Bezug auf 
besummte Beispiele beschrieben wurde, die nur der Erlaute- 
rung dienen sollen und die die Erfindung nicht einschranken 
sollen, ist es dem Durchschnittsfachmann offensichdich, 
daB Veranderungen, Hinzufiigungen oder Weglassungen an 
den offenbarten Ausfuhrungsformen durchgefiihrt werden 
konnen, ohne den Gedanken und Schutzbereich der Erfin- 
dung zu verlassen. 



Patentanspriiche 

1. ProzeBsteuersystem in einer Anlage, enthaltend: 
ProzeBausrustungsuberwachungseinrichtungen, die 
Ausriistungsdaten erfassen; 

ProzeBsteueriiberwachungseinrichtungen, die ProzeB- 
steuerdaten erfassen; 

ProzeBmodelle, die so ausgelegt sind, daB sie einePro- 
zeBleistungsuberwachung durchfuhren, um ProzeBlei- 
stungsdaten zu erzeugen; und 

ein Computcrsystcm, das cine Softwareroutine imple- 
mentiert, die zwei oder rnehr der Ausriistungsdaten, der 
ProzeBsteuerdaten und der ProzeBleistungsdaten nutzt, 
um eineFunktion innerhalb der Anlage durchzufuhren. 
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2. ProzeBsteuersystem nach Anspruch 1. dadurch ge- 
kennzeichnet, daB die Funktion in der Anlage eine Dia- 
gnosefunktion ist. und die Softwareroutine eine Dia- 
gnoseroutine ist, die zwei oder mehr der Ausriistungs- 
daten, der ProzeBsteuerdaten und der Prozefileistungs- 5 
daten kombiniert, um eine Diagnosefunktion auszufiih- 
ren. 

3. ProzeBsteuersystem nach Anspruch 2 r dadurch ge- 
kennzeichnet, daB die Softwareroutine zwei oder rnehr 
einer ProzeBsteuerdiagnoseroutine, einer Ausriistungs- 10 
iiberwachungsdiagnoseroutine und einer Prozefilei- 
stungsdiagnoseroutine enthalt. 

4. ProzeBsteuersystem nach Anspruch 3, dadurch ge- 
kennzeichnet, daB die Softwareroutine zwei oder mehr 
eines ProzeBsteuerrnodells, eines Ausrustungsniodells 15 
und eines Leistungsuberwachungsmodells enthalt 

5. ProzeBsteuersystem nach einem der Anspruche 2 
bis 4, dadurch gekennzeichnet, daB die Diagnoscrou- 
tine eine pradiktive Routine enthalt, die einen Zustand 

in der Zukunft basierend auf zwei oder mehr der Aus- 20 
rtistungsdaten, der ProzeBsteuerdaten und der ProzeB- 
leistungsdaten vorhersagt. 

6. ProzeBsteuersystem nach einem der Anspruche 2 
bis 5, ferner enthaltend eine Empfehlungssoftwarerou- 
tine, die einem Benutzer ansprechend auf eine Diagno- 25 
seentscheidung, die von der Diagnoseroutine durchge- 
fiihrt wurde, Empfehlungen gibt. 

7. ProzeBsteuersystem nach einem der Anspruche 2 
bis 6, ferner enthaltend eine Aktionssoftwareroutine, 
die basierend auf einer von der Diagnoseroutine getrof- 30 
fenen Diagnoseentscheidung eine Steueraktion oder 
eine ProzeBaktion implementiert. 

8. ProzeBsteuersystem nach einem der Anspruche 2 
bis 7, ferner enthaltend eine Auftragserzeugungsrou- 
tine, die automatisch basierend auf einer von der Dia- 35 
gnoseroutine getroffenen Diagnoseentscheidung einen 
Auftrag erzeugt. 

9. ProzeBsteuersystem nach Anspruch 8, dadurch ge- 
kennzeichnet, daB die Auftragserzeugungsrouune ei- 
nen Arbeitsauftrag erzeugt, der in der Anlage durchzu- 40 
fiilirende Arbeit in Auftrag gibt. 

10. ProzeBsteuersystem nach Anspruch 8, dadurch ge- 
kennzeichnet, daB die Auftragserzeugungsrouune ei- 
nen Teileauftrag erzeugt, der ein oder mehrere Teile, 
die fur die Anlage bendtigt werden, bestellt. 45 

11. ProzeBsteuersystem nach einem der Anspruche 2 
bis 10, dadurch gekennzeichnet daB die Diagnoserou- 
tine eine Ruckverfolgung basierend auf zwei oder mehr 
der ProzeBsteuerdaten, der Ausriistungsdaten und der 
ProzeBleistungsdaten durchfuhrt. 50 

12. ProzeBsteuersystem nach einem der vorstehenden 
Anspruche, dadurch gekennzeichnet, daB die Funktion 
eine Betrachtungsfunktion ist und die Softwareroutine 
so ausgelegt ist, einen Anzeigebildschirm uber ein An- 
zeigeendgerat zu erzeugen und anzuzeigen, wobei zwei 55 
oder mehr der erfassten Ausriistungsdaten, ProzeBsteu- 
erdaten und ProzeBleistungsdaten verwendet werden. 

13. ProzeBsteuersystem nach Anspruch 12, dadurch 
gekennzeichnet, daB die Softwareroutine eine Indexer- 
zeugungsroutine enthalt, die Indizes erzeugt, die zu 60 
ProzeBsteuerkomponenten oder zu Ausriistungskom- 
ponenten oder zu ProzeBleistungskomponenten geho- 
ren, wobei die Softwareroutine eine Ansicht der Pro- 
zeBsteueranlage erzeugt, die die Indizes anzeigt. 

14. ProzeBsteuersystem nach Anspruch 12 oder 13, 65 
dadurch gekennzeichnet, daB die Softwareroutine zwei 
oder mehr eines Prozesssteueralarms, eines Ausru- 
stungsalarms und eines ProzeBleistungsalarms zusam- 



men auf einem Anzeigebildschimi anzeigt. 

15. ProzeBsteuersystem nach einem der vorstehenden 
Anspruche, ferner enthaltend eine oder mehrere Daten- 
absrimmanwendungen, die die erfaRten Ausriistungs- 
daten oder die erfaBten ProzeBsteuerdaten oder die Pro- 
zeBleistungsdaten verarbeiten. 

16. ProzeBsteuersystem nach Anspruch 15, dadurch 
gekennzeichnet, daB die Ausriistungsdaten oder die 
ProzeBsteuerdaten oder die ProzeBleistungsdaten korn- 
prirniert sind. 

17. ProzeBsteuersystem nach einem der vorstehenden 
Anspruche, dadurch gekennzeichnet, daB die Software- 
routine uber zwei oder mehr Computer innerhalb der 
Anlage verteilt ist. 

18. Verfahren zum Betrieb eines ProzeBsteuersy stems 
innerhalb einer Anlage, enthaltend die Schritte: 
Erfassen von Ausriistungsdaten, die sich auf den Status 
der Ausriistung in der Anlage bezichen; 

Erfassen von ProzeBsteuerdaten, die sich auf den Sta- 
tus von ProzeBsteueraktivitaten in der Anlage bezie- 
hen; 

Erfassen von ProzeBleistungsdaten, die sich auf die 
Leistung des Prozesses beziehen; und Verwenden von 
zwei oder mehr der Ausriistungsdaten, der ProzeBsteu- 
erdaten und der ProzeBleistungsdaten, um eine weitere 
Funkdon innerhalb der Anlage auszufuhren. 

19. Verfahren nach Anspruch 18, dadurcri gekenn- 
zeichnet, daB die weitere Funktion innerhalb der An- 
lage eine Diagnosefunktion ist und der Schritt der Ver- 
wendung von zwei oder mehr der Ausriistungsdaten 
der ProzeBsteuerdaten und der ProzeBleistungsdaten 
den Schritt des Kombinierens von zwei oder mehr der 
Ausriistungsdaten der ProzeBsteuerdaten und der Pro- 
zeBleistungsdaten zur Durchfuhrung einer Diagnose- 
funktion enthalt. 

20. Verfahren nach Anspruch 19, dadurch gekenn- 
zeichnet, daB der Schritt des Kombinierens von zwei 
oder mehr der Ausriistungsdaten der ProzeBsteuerdaten 
und der ProzeBleistungsdaten den Schritt des Verwen- 
dens von zwei oder mehr einer ProzeBsteuerdiagnose- 
routine zum Verarbeiten der ProzeBsteuerdaten, einer 
Ausriistungsuberwachungsdiagnoseroutine zur Verar- 
beitung der Ausriistungsdaten und einer ProzeBlei- 
stungsuberwachungsroutine zur Verarbeitung der Pro- 
zeBleistungsdaten enthalt. 

21. Verfahren nach Anspruch 20, dadurch gekenn- 
zeichnet, daB der Schritt des Kombinierens von zwei 
oder mehr der Ausriistungsdaten der ProzeBsteuerdaten 
und der ProzeBleistungsdaten den Schritt des Verwen- 
dens von zwei oder mehr von Ausriistungsmodellen, 
ProzeBsteuermodellen und ProzeBleistungsmodellen 
enthalt. 

22. Verfahren nach einem der Anspriiche 19 bis 21, 
dadurch gekennzeichnet, daB der Schritt des Kombi- 
nierens von zwei oder mehr der Ausriistungsdaten der 
ProzeBsteuerdaten und der ProzeBleistungsdaten den 
Schritt des Vorhersagens eines Zustandes in der Zu- 
kunft basierend auf zwei oder mehr der Ausriistungsda- 
ten, der ProzeBsteuerdaten und der ProzeBleistungsda- 
ten enthalt. 

23. Verfahren nach einem der Anspruche 19 bis 22, 
ferner enthaltend den Schritt des Empfehlens einer 
oder mehrerer Aktionen fiir einen Benutzer anspre- 
chend auf eine Diagnoseentscheidung, die wahrend des 
Schrittcs des Kombinierens von zwei oder mehr der 
Ausriistungsdaten, der ProzeBsteuerdaten und der Pro- 
zeBleistungsdaten getroffen wurde. 

24. Verfahren nach einem der Anspruche 19 bis 23, 
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ferner enthaltend den Schritt des Implememierens ent- 
weder einer Steueraktion oder einer ProzeBaktion ba- 
sierend auf einer Diagnoseentscheidung, die wahrend 
des Schritt.es des TConibinierens von zwei oder mehr 
der Ausriistungsdaten, der ProzeBsteuerdaten und der 5 
ProzeBleistungsdaten getroffen wurde. 

25. Verfahren nach einem der Anspruche 19 bis 24, 
ferner enthaltend das automatische Erzeugen eines 
Aufirags basierend auf einer Diagnoseentscheidung, 
die wahrend des Schrittes des Kombinierens von zwei to 
oder mehr der Ausriistungsdaten, der ProzeBsteuerda- 
ten und der ProzeBleistungsdaten getroffen wurde. 

26. Verfahren nach Anspruch 25, dadurch gekenn- 
zeichnet, daB der Schritt zur Auftragserzeugung einen 
Arbeitsauftrag erzeugt, der in der Aniage durchzufuh- 15 
rende Arbeit in Auftrag gibt. 

27. Verfahren nach Anspruch 25, dadurch gekenn- 
zcichnct, daB der Schritt der Auftragserzeugung cincn 
Teilebestellauftrag erzeugt, mit dem ein oder rnehrere 
fur die Aniage erforderliche Teile bestellt werden. 20 

28. Verfahren nach einem der Anspruche 19 bis 27, 
dadurch gekennzeichnet, daB der Schritt des Kombi- 
nierens von zwei oder mehr der Ausriistungsdaten und 
der ProzeBsteuerdaten und der ProzeBleistungsdaten 
den Schritt der Durchfuhrung einer Ruckverfolgung 25 
basierend auf zwei oder mehr der Ausriistungsdaten, 
der ProzeBsteuerdaten und der ProzeBleistungsdaten 
enthalt. 

29. Verfahren nach einem der Anspruche 18 bis 28, 
dadurch gekennzeichnet, daB die Funktion eine Be- 30 
trachtungsfunktion ist und der Schritt des Verwendens 
von zwei oder mehr der Ausriistungsdaten, der ProzeB- 
steuerdaten und der ProzeBleistungsdaten den Schritt 
des Erzeugens eines Anzeigebildschirms unter Ver- 
wendung von zwei oder mehr der erfaBten Ausru- 35 
stungsdaten und ProzeBsteuerdaten und ProzeBlei- 
stungsdaten einschlieBt 

30. Verfahren nach Anspruch 29, dadurch gekenn- 
zeichnet, daB der Schritt des Verwendens von zwei 
oder mehr der Ausriistungsdaten, der ProzeBsteuerda- 40 
ten und der ProzeBleistungsdaten den Schritt des Er- 
zeugens eines oder mehrerer Indizes einschlieBt, die zu 
den Prozesssteuerkomponenten, den Ausrustungskom- 
ponenten oder den ProzeBleistungskomponenten geho- 
ren, wobei der Schritt des Erzeugens eines Anzeige- 45 
bildschirms den Schritt des Erzeugens einer Ansicht 
der ProzeBsteueranlage, in der einer oder rnehrere der 
Indizes angezeigt werden, einschlieBt. 

31. Verfahren nach Anspruch 29 oder 30, dadurch ge- 
kennzeichnet, daB der Schritt des Erzeugens eines An- 50 
zeigebildschirms den Schritt des Erzeugens von zwei 
oder mehr eines ProzeBsteueralarms, eines Ausrii- 
stungsalarms und eines ProzeBleistungsalarms zusam- 
men auf dem Anzeigebildschirrn enthalt. 

32. Verfahren nach einem der Anspruche 18 bis 31, 55 
ferner enthaltend den Schritt des Verarbeitens der er- 
faBten Ausriistungsdaten, der erfaBten ProzeBsteuerda- 
ten oder der ProzeBleistungsdaten vor dem Schritt des 
Verwendens von zwei oder mehr der Ausriistungsdaten 
und der ProzeBsteuerdaten und der ProzeBleistungsda- 60 
ten. 

33. Verfahren nach einem der Anspruche 18 bis 32, 
ferner enthaltend den Schritt des Komprirnierens min- 
destens eines Teils der Prozesssteuerdaten, der Ausrii- 
stungsdaten oder der ProzeBleistungsdaten. 65 

34. ProzeBsteuersystem, enthaltend: 
rnehrere ProzeBsteuereinrichtungen; 
ein oder rnehrere Steuergerate; 



eine oder rnehrere Benutzerschnittsiellen; 
eine oder rnehrere Datenerfassungsroutinen, die auf 
Verarbeitungseinrichtungen implenientiert sind, die 
ProzeBsteuerdaten, Ausrustungsdaten und ProzeBlei- 
stungsdaten erfassen; und 

eine Zustandsuberwachungsroutine, die mit. den Daten- 
erfassungsroutinen in Kommunikationsverbindung 
steht, um die ProzeBsteuerdaten, die Ausrustungsdaten 
und die ProzeBleistungsdaten, die von den Datenerfas- 
sungsroutinen erfasst wurden, zu akzeptieren und zu 
verarbeiten, um eine Zustandsuberwachung innerhalb 
des ProzeBsteuersystems durchzufuhren; 
wobei die ProzeBsteuereinrichtungen, Steuergerate und 
Benutzerschnittstellen uber ein oder rnehrere Kommu- 
nikationsnetze in Kommunikationsverbindung stehen 
und wobei die Datenerfassungsroutinen so konfiguriert 
sind, daB sie transparent Daten von mehreren verschie- 
denen Quollcnartcn innerhalb des ProzeBsteuersystems 
akzeptieren. 

35. ProzeBsteuersystem nach Anspruch 34, dadurch 
gekennzeichnet, daB die mehreren verschiedenen Arten 
von Quellen zwei oder mehr von tragbaren Erfassungs- 
einrichtungen, chemischen oder physikalischen Labor- 
meBquellen, direkten Online-Eingabequellen und ent- 
fernten Quellen einschlieBen. 

36. ProzeBsteuersystem nach Anspruch 34 oder 35, 
dadurch gekennzeichnet, daB das ProzeBsteuersystem 
uber ein geographisch verteiltes Netz verteilt ist. 

37. ProzeBsteuersystem nach Anspruch 36, dadurch 
gekennzeichnet, daB mindestens eines der Kommuni- 
kationsnetze ein gemeinsam genutzter Kommunikati- 
onskanal ist, der das Internet oder ein Satellitenkom- 
munikationsnetz unifasst. 

38. ProzeBsteuersystem nach Anspruch 36 oder 37, 
dadurch gekennzeichnet, daB die Datenerfassungsrou- 
tinen Daten uber ein physikalisches Medium erfassen, 
das entweder ein drahtgebundenes, drahtloses, Ko- 
axialkabel-, Telefonrnodem-, Glasfaser-, Meteorburst-, 
oder Satellitenmedium unter Verwendung entweder ei- 
nes Fieldbus-, IEEE 802.3-, Blue tooth-, X.25- oder 
X.400-Kommunikationsprotokolls umfaBt. 

39. ProzeBsteuersystem nach einem der Anspruche 34 
bis 38, dadurch gekennzeichnet, daB die Datenerfas- 
sungsroutinen unabhangig arbeiten und miteinander 
uber das eine oder rnehrere Kommunikationsnetze in 
Kommunikationsverbindung stehen. 

40. ProzeBsteuersystem nach einem der Anspruche 34 
bis 39, dadurch gekennzeichnet, daB jede der Datener- 
fassungsroutinen eine Datenverarbeitungsroutine ent- 
halt, die die erfaBten Daten miteinander abstimmt, ve- 
rifiziert, bewertet und in einem konsistenten Format 
formatiert. 

41. ProzeBsteuersystem nach einem der Anspruche 34 
bis 40, dadurch gekennzeichnet, daB die Datenerfas- 
sungsroutinen die erfaBten Daten unter Verwendung ei- 
nes der Steuergerate und einer der Benutzerschnittstel- 
len zu einem Steuersystem senden, wobei die Zu- 
standsuberwachungsroutine die erfaBten Daten in ei- 
nem konsistenten Format miteinander abstimmt, verifi- 
ziert, bewertet und formatiert. 

42. ProzeBsteuersystem nach Anspruch 41, dadurch 
gekennzeichnet, daB die Zustandsuberwachungsrou- 
tine auf einem Baugruppenprozessor gespeichert und 
ausgefuhrt ist, der zu dem Steuersystem gehort. 

43. ProzeBsteuersystem nach Anspruch 42, dadurch 
gekennzeichnet, daB der Baugruppenprozessor direkt 
mit der Benutzerschnittstelle und dem Steuergerat des 
Steuersystems uber einen Systembus verbunden ist. 
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44. ProzeBsieuersystem nach Anspruch 42 oder 43, 
dadurch gekennzeichnet, dafi das Steuergerat ein Ein- 
gabe/Ausgabe- System enthalt, das so ausgelegt ist, daB 
das Steuergerat. des Steuersystems mit der ProzeBsteu- 
erausru stung verbunden wird, wobei der Baugruppen- 5 
prozessor mit dem Steuergerat-Eingabe/Ausgabe-Sy- 
stem integriert ist. 

45. ProzeBsieuersystem nach Anspruch 44, dadurch 
gekennzeichnet, daft die Datenerfassungsroutinen eine 
Komprimierungsroutine enthalten, welche die erfaBten to 
Daten komprimiert. 

46. ProzeBsteuersystem nach Anspruch 45, dadurch 
gekennzeichnet, daB die KomprimierungsroutiDe eine 
Komprimierungstechnik verwendet, die eine der Wa- 
velet-Signal-Darstellung, Fourier-, Hadamard-Trans- 15 
formation und Kommunikation der Koefnzienten, Aus- 
nahmeverarbeitungs- und Swinging-door-Datenkom- 
primicrung umfasscn. 

47. ProzeBsteuersystem, enthaltend: 

mehrere ProzeBsteuereinrichtungen; 20 
ein oder mehrere Steuergerate; 
ein oder mehrere Benutzerschnittstellen; 
ein Kommunikationsnetz, das das eine oder mehrere ^ 
Steuergerate und die eine oder mehreren Benutzer- 
schnitlstellen miteinander verbindet; 25 
eine Datenbank, die Ausriistungs- und ProzeBsteuer- 
strategiekonfigurationsinformationen speichert, die die 
Konfiguration des ProzeB steuersystems betreffen; 
eine oder mehrere Datenerfassungsroutinen, die auf 
Verarbeitungseinrichtungen implementiert sind, die 30 
ProzeBsteuerdaten, Ausriistungsdaten und ProzeBlei- 
stungsdaten erfassen; 

eine Zustandsuberwachungsroutine, die mit der einen 
von mehreren Dateneriassungsroutinen kornmunikativ 
verbunden ist, um die ProzeBsteuerdaten, die Ausrii- 35 
stungsdaten und die ProzeBleistungsdaten anzunehmen 
und zu verarbeiten, die von den Datenerfassungsrouti- 
nen erfasst wurden, um eine Zustandsiiberwachung in- 
nerhalb des ProzeBsteuersystems durchzufuhren; und 
eine Anzeigeroutine, die die zu dem ProzeBsteuersy- 40 
stem gehorende Ausriistungs- und ProzeB steuerstrate- 
giekonfigurauonsinformation, die von der Zustands- 
uberwachungsroutine erzeugt wurde oder zu dieser ge- 
hort, so, wie sie in der Datenbank zusammen mit der 
Zustandsuberwachungsinformation gespeichert ist, 45 
tiber eine oder mehrere Benutzerschnittstellen anzeigt. 

48. ProzeBsteuersystem nach Anspruch 47, dadurch 
gekennzeichnet, daB die Anzeigeroutine die Ausrii- 
stungs- und ProzeB steuerstrategiekonfigurations- 
information und die Zustandsuberwachungsinforma- 50 
tion in mehreren Ebenen anzeigt, einschliefilich einer 
hoheren Ebene, die zu den verschiedenen Elementen 
der Ausriistungs- und ProzeBsteuerstrategie gehorende 
Information darstellt, und eine oder mehrere niedrigere 
Ebenen, die mehr Informationen iiber einzelne Eie- 55 
mente innerhalb der hoheren Ebene bereitstellen, wel- 
che die Zustandsuberwachungsinformationen enthalt. 

49. ProzeBsteuersystem nach Anspruch 48, dadurch 
gekennzeichnet, daB die Anzeigeroutine einen Benut- 
zer in die Lage versetzt, von einer hoheren Ebene zu ei- 60 
ner niedrigeren Ebene zu gehen, indem ein Element in- 
nerhalb eines Bildschirms ausgewahlt wird, der die ho- 
here Ebene darstellt. 



Hicrzu 17 Scitc(n) Zcichnungcn 65 



BNSDOCID: <DE 10223725A1_I_> 



- Leerseite 



BNSDOCID- <DE 10223725A1_L> 



2EICHNUNGEN SEITE 1 



Nummer: 
int. CI. 7 : 

Offenlegungstag: 



DE102 23 725 A1 
G05B 19/042 

3. April 2003 




.10223725A1_I_> 



ZEICHNUNGEN SEiTE 2 



Nummer: 
int. CI. 7 : 

Offeniegungstag: 



DEI 02 23 725 A1 
G05B 19/042 

3. April 2003 



O 
O 




CM 

CD 

LL 



103 140/832 



BNSDOCID: <DE 10223725A1J_> 



ZEICHNUNGEN SEITE 3 



Nummer: 

Int. CI. 7 : 

Offenlegungstag; 



DEI 02 23 725 A? 
G05B 19/042 

3. April 2003 



CO 

zn . 

CD tz 

lu ^ 

oz ^ 

CD LU 



CM 
CM 



CO 



p CD 
co 

CD 3D 

on i — 
co 

ZD Qj 
<C —J 



be 

<c o 

Q CO 

31 Q 

O =» 

OT CO 



LU 



CO < 

co Q 





LU 








UJ 


LU 


1 — 


rvj 


CO 


h— 


I— 


zd 


1— 


LU 




m 


CH 




CO 



o 
o 

CM 




LU 

on 



CM 



co 

CM 



LU 2 



<£5 
CM 



S 



CO 

o 



CM 



ZD 

-j o 

o oz 

CO Q_ 







LU 


LU 
1— 


LU 




K— 


UJ 


CO 








55 







CD 












ZD 


LLE 




o 

1 

o 


LU 
Q 




& 


O 










RUCK\ 



I — o 

CO ^ 

:= 2 

CO I— 
ZD ZD 



^ Q 

< O < 

2 CC* Z3 

Ix. CL CL 



CM 



Q 

CL 



o 

CD « 
CM 



CM 

o 



I 



CM 
CO 
CM 



CO 
LU 



CO 




"TRAG 


o 


ZD 


CD 


Iarbeits 


| ERZE 



^CM 



CD- 
CM 



CO 
CM 



A. 



cox °° 
CM NO 



CD 



co - 1 - 

-I 

CO S 
CO QZ 
LU UJ 
rvj GO 
O '-ZD 
CXl 
Q_ 



ffi 



LU 
O 



31 
LU 
u_ 
CL 

LU 



CM 



CO 
CM 
§ CM 



CM 
CO 
CM, 




CM 
-CO 
CM 



(ET 



CO 
CM 



I 



OS 
CO 
CM 









LU 




o 
















err 




o 




Ll_ 








LU 
_1 




I 




LU 




r-sl 








<C 




ZZL 




LU , 



CM 



t 



o 

CM 



O > 
CM 



CO 

CD 



on 

LU 



LU 



CO 

CO QZ 

CO LU 

LU CD 

s° 

QZ 
CL 



LU 

CO 

o 



CM 



E 



CM 



CM 



TTT 



I 



CM v 
CM N 



o 



CO 

Q 

CO 
ZD 

rsl 



or 

LU 
CO 



HE 



LU 

CO 

o 
zz. 
o 
<c 
o 



CN 
CM 



CM 



t 



I 



TTT 



CM 
O 
CM 



103 140/832 



BMSDOCID: <DE _10223725A1 J_> 



ZEICHNUNGEN SEITE 4 



Nummer: 
Int. CI. 7 : 

Offenlegungstag: 



DE102 23 725 A1 
G05B 19/042 

3. April 2003 



"iNFORMATIONSTECHNOLOGIESYSTEME 



304 



WARTUNGS- 
VERWALTUNGS- 
SYSTEM 



306 



PR0DUKT- 
INVENTAR- 
K0N TROLLS YSTEM 



308 



PR0DUKTI0NS- 
PLANUNG 



LAN/INTERNET 



ETC. 



XML- 
TRANSAKTIONS- 
SERVER 



312 



300 

/ 



02 



WEB- 
SERV1CE- 
MITHORER 



"^314 



WEB- 
SERVICE- K 
MITHQRER] *™ 



ill 



WEB- 



WEB- M 
SERVICE- 



ALARM&EREIGNIS- 
SCHNITTSTELLE 



PR0ZESS2USTANDS- 
UBERWACHUNG 



2 



AUSRUSTUNGS- 
2USTANDSUBERWACHUNG 



WEBSERVER 



INTEGRIERTE FORTSCHRITTLICHE STEUERUNGS- UNO ZUSTANDSLJBERWACHUNG 



VIBRATIONS- 
UBERWACHUNG 



ECHTZEIT- 
OPTIMIERUNG 



STEUERUNG 



QPERATQ RSCHNITTSTELLEN | 

ALARME UND EREIGNISSE ( 



ECHTZEITDATEN 



GEMEINSAME LAUFZEIT 




GEMEINSAME LAUFZEIT 



ROC 



OPC SCHNITTSTELLE 



PI SCHNITTSTELLE 



VIRTUAL CONTROLLER DLL 
SCHNITTSTELLE 



^320 




AN 



KONFIGURATION 



Nj22 



FIG. 4 



103 140/832 



BNSDOCID: <DE 10223725A1_I_> 



ZEICHNUNGEN SEITE 5 



Numrner: 

Int. CI. 7 : 

Offenlegungstag: 



DE102 23 725 A1 
G05B 19/042 

3. April 2003 



— BIBLIOTHEK 



E 



EXTERN ER SERVER 1 

|— DEFINIERTE OBJEKTE 

tKORROSION 
RTO+ 



\- KESSELDAMPFTURBINE 
U WIRKUNGSGRAD 

— LEISTUNG 

— FUNKTIONSBLOCKE 

|_ PARAMETER 

— ALARME 

|— FREIGEGEBEN 0 

— DIAGNOSE 

(- FREIGEGEBEN 0 

— VORDEFINIERTE DATEN FUR ARCHIVSPEICHER 



— STEUERSTRATEGIEN 

Ft tBEREICH 1 
BEREICH 2 
EINHEIT 1 
EINHEIT 2 

MODUL 1 
MODUL 2 



FIG. 5A 



103 140/832 



BNSDOCID: <DE 10223725AT_I_> 



2EICHNUNGEIM SEITE 6 



Nummer: 
Int. CI. 7 : 

Offenlegungstag: 



DE 102 23 725 A1 
G05B 19/042 

3. April 2003 



NETZ 



ACN 

STEUERGERATEKNOTEN 



— I/O 



^_ STEUERSTRATEGIEN 



FIELDBUS 

U ANSCHLUSS 1 
\- ANSCHLUSS 2 



— HART 



U EINRICHTUNG 1 
I— EINRICHTUNG 2 

P FUNKTIONSBLOCK 1 
\- FUNKTIONSBLOCK 2 

ANSCHLUSS 1 

J— EINRICHTUNG 3 
— WORKSTATION 

l_ ALARME/MITTEILUNGEN 

U- STEUERSTRATEGIEN 
l— IOP 

EXTERNER SERVER 1 

EINRICHTUNGEN 

KESSEL 

TURBINE 

• EIGENSCHAFTEN 



I — WIRKUNGSGRAD 
|— LEISTUNG 
FUNKTIQNSBLOCKE 

— PARAMETER 

— EINGABEN 

— AUSGABEN 
EINRICHTUNGSALARME FREIGEGEBEN 



FIG.5B 

103 140/832 



BNSDOCID: <OE 10223725A1_J_> 



ZEICHNUNGEN SEITE 7 



Nummer: 
Int. CI. 7 : 

Offenlegungstag: 



DE 102 23 725A1 
G05B 19/042 

3. April 2003 



360 



□ □□ 

□ □□ 



TURBINE 




PID 




a c 

3 C 





CALC 



370 



C J 

1 



372 



362 



FIG. 6 



BNSDOCID: <DE 10223725A1 J_> 



103 140/832 



ZEICHNUNGEN SEITE 8 



Nummer: 
Int. C!. 7 : 

Offenlegungstag: 



DEI 02 23 725 A1 
G05B 19/042 

3. April 2003 



MODELL 
BEREICH 2 



380 



382 



MODELL 
BEREICH 2 



381 




384 



VOR- 
VERARBEITUNG 



388 



DESTILLATIONS- 
PR0ZESS 



390 



CRACKER 



392 



FIG. 7A 



390 



390 



401 



RUCKFLUSS- 
BEHALTER 




^-402 



403 



_^-400 



402- 



^""^-4008 



— L ► C,H t 



FIG. 7B 



103 140/832 



BNSDOCI D" «DE 1 0223725A 1 _l_> 



ZEICHNUNGEN SEITE 9 



Numrner: 
Int. Ci. 7 ; 

Offenlegungstag: 



DE102 23 725 At 
G 05 B 19/042 

3. April 2003 



OO 
O 




103 140/832 



BNSDOCID: <DE. 



10223725A1J_> 



" ZEICHNUNGEN SEITE 10 



Nummer: 
Int. CI. 7 : " 
Offenlegungstag: 



DE 102 23 725 Al 
G05B 19/042 

3. April 2003 




103 140/832 



BNSDOCID: <DE 10223725A1_I_> 



2EICHNUNGENI SEITE 11 



Nummer: 

Int. CI. 7 : 

Offenlegungstag: 



DE102 23 725 Al * 
G05B 19/042 

3. April 2003 




103 140/832 

NSDOCID: <DE 10223725A1_I_> 



* ZEICHNUNGEN SEITE 12 

* 



Nummer: 
Int. CI. 7 : 

Offenlegungstag: 



DE102 23 725 A1 
G05B 19/042 

3. April 2003 




103 140/832 



BNSDOCID: <DE 10223725A1_I_> 



ZEICHNUNGEN SEITE 13 



Nummer: 
Int. CI. 7 : 

Off en I egu ngstag : 



DE102 23 725 Ar 
G05B 19/042 

3. April 2003 




103 140/832 



BNSDOCID: <DE 10223725A1_LL> 



" ZEICHNUNGEN SEITE 14 



DE102 23 725 A1 
G05B 19/042 

3. April 2003 




DeltaV_System 

! BEREICH_A 

£-t!£ DELETE JME 

; Q-vQ PCELL1 
j i L Q EiNHEITMODTST 

i : Q TEST.EINHEIT 

PROPLUS_BEREICH 

i £ NS0LV_REC 

SOLV_MAN 
SSOLV.REC 



X ZUSTAND 



FEHLERHAFTER KNOTEN 

EINGESCHRANKTE 
STEUERUNG 

El NGABE/AUSGABE 
HOHE VARIABILITY 



ANZAHLDER HERUNTERGELADENEN MODULE 




0% 



20% 



r- INDIZES 

STEUERUNGSLEISTUNG = 98,6% 
STEUERUNGSNUTZUNG = 39,1% 
EINRICHTUNGSZUSTAND = BENOTIGT SOFORT WARTUNG 
PROZESSLEISTUNG = $32,33/TONNE 



Fur Hilfe F1 drucken 




FIG. 13 



103 140/832 



BNSDOCID- <DE. 



10223725A1 J_> 



ZEICHNUNGEN SEITE 15 



Numrner: 

Int. CI. 7 : 

Offenlegungstag: 



DE102 23 725 Ar 
G05B 19/042 

3. April 2003 




103 140/832 

BNSDOCID: <DE 10223725A1_I_> 



ZEICHNUNGEN SEITE 16 



Nummer: 
Int. CI. 7 : 

Offenlegungstag: 



DEI 02 23 725 A1 
G05B 19/042 

3. April 2003 



E 



-e' 
2 



CD 

ir 

2 



a_ 

CD 



a! 

5 



i 

O 



E 

-co- 



co 
to 
O 



JS, i 



CO 
CO 



en 
o 

CO 

Z J 

LU 

CO 



-si < 




o 



o 



o 



CO 

.a 
-5 



l 



u© 

2 1 



= 1 

a> 

O 



8? 

CO 

JO 

■s 



o 

g 

a>, 
-o 
o 















<=> 








CO 
























CO 








1 





-a. S3 

i * 

CO 



« 2 

-— o 







CD 
C 


CM 


=5 

en 


-^r 


eent 


o 
o 


CD 


o6 
o 




CO 



CD 



to 

o 









1:42 






o 
o 






oo 
o 






od 














=5 « = 
cn ^ 



CD 



8> 



CO 
CD 



S t- a> 

CO cn -O -o 3 

£ £ < uj o j ^ cr LU <C CO 



it. 



103 140/832 



BNSDOCID: <DE 1 0223725A1_I_> 



ZEICHNUNGEN SE1TE 17 



Numrner: 

int. CI. 7 : 

Offenlegungstag: 



DE102 23 725 A t . 
G05B 19/042 

3. April 2003 




BNSDOCID: <DE 10223725A1_U 



103 140/832 



